XTC
Практически весь на С++, даже сразу и не вспомню, что там на Яве...
Чем добро то? Тебе кракеры спасибо скажут за дот нет,в даже напрягаться не надо -)) Это не велосипед, это реальный прирост производительности, в парсинге это ооочень важно, когда нужно много и быстро. А под какие задачи Си не предназначен? На нем и под веб пишут: быстрее то ничего нет... Дот нет это виртуальные ограничения, куча заморочек и мало плюсов, кроме сборки мусора, разве что.
Как утверждает реклама, JIT-компилятор в некоторых случаях работает быстрее, чем нативный код.
пользователь врятли уловит разницу
Как утверждает реклама, JIT-компилятор в некоторых случаях работает быстрее, чем нативный код.
пользователь врятли уловит разницу
Оптимизирующий JIT помещает результаты компиляции байт-кода в кэш, в соответствии с тем, как этого требует целевая ОС, поэтому при следующем вызове будет использован уже нативный код.
Что важнее: дизайн кнопочек или функциональность? При желании дизайн приложения можно сделать вообще любым.
Время и стоимость разработки решает.
Теперь ответь, зачем тебе скорость?
Ты чего думаешь что скорость обработки клика мыши на кнопочку сильно зависит от того, на чем это написано? Да хоть на бэйсике пиши, разницы не будет никакой.
Тебе ж не за скорость платят
Может автор конкретно назовет что он хочет сделать так легче будет объяснить что делать.
какой-то у вас спор беспредметный
А он всегда беспредметный. Не понимаю я тех, кто упорно говорит, что одно говно, а другое - класс. Сейчас и на Clipper-е можно быструю и удобную БД написать, при всем при этом, другой и на Oracle-e так не напишет. И что теперь, Oracle хаять? Каждый пишет как умеет, а оценивать будем по полученному результату.
Шикарная поддержка времени выполнения, индетификации типов, даже встроенных, события, делегаты, многозадачность на уровне языка, поддержка сериализации со встроеным XML, до дофига всего.
Одни плюсы. Я вообще думаю, что C# был создан по многочисленным просьбам трудящихся, до этого программировавших на С++.
Потому что туда добавили практически все, чего так не хватало в С++.
Что из всего этого есть в С? Там даже нет структурированной обработки исключений, да там вообще ничего нет. Не ну можно и в машинных кодах писать
Главный вопрос ЗАЧЕМ?
Зачем тебе мега-производительность? Чем не устраивают стандарнтные парсеры? Безотносительно конкретной задачи это не имеет вообще никакого смысла.
Есть конкретное ТЗ, есть бюджет, есть программисты, у них почасовая оплата, время-деньги. Что мне дешевле, платить программисту, который будет писать под веб на С(уже смешно) месяц, или который сделает это на Java за пару дней? А если мне нужна реальная кроссплатформенность, какой нахрен С?
Оптимизирующий JIT помещает результаты компиляции байт-кода в кэш, в соответствии с тем, как этого требует целевая ОС, поэтому при следующем вызове будет использован уже нативный код.
Что важнее: дизайн кнопочек или функциональность? При желании дизайн приложения можно сделать вообще любым.
Время и стоимость разработки решает.
Теперь ответь, зачем тебе скорость?
Ты чего думаешь что скорость обработки клика мыши на кнопочку сильно зависит от того, на чем это написано? Да хоть на бэйсике пиши, разницы не будет никакой.
Тебе ж не за скорость платят
Мне, например, не нужна мега производительность в клиентской части -это картинка с кнопками, все отклики - стандартное время реакции ОС -милисекунды. Не пох, на чем писать?
В этом и функциональность - кнопка она кнопка и есть.
XTC
Пеши исчо... =))
Ты сам на Delphi программировал? Не так чтобы кнопку на форму бросил, F9 и вот я великий проггер на Дельфях?
Я те скажу так - пока что еще нет среды разработки, на которой более удобно и просто "пишется" пользовательский интерфейс, чем на Дельфях.
Тот же DevExpress создавался изначально для Delphi, правда потом его перенесли на другие среды разработки. К тому же, бОльшего кол-ва библиотек и сторонних компонентов, как визуальных, так и нет, я еще не видел ни в одной среде разработки.
Мне синтаксис Паскаля не нравится.
Дальше пишем ИМХО, ИМХО, ИМХО, потому как есть MCVS 2008, который почти даром раздают.
Delphi - вообще не интерисовал никогда.
Шикарная поддержка времени выполнения, индетификации типов, даже встроенных, события, делегаты, многозадачность на уровне языка, поддержка сериализации со встроеным XML, до дофига всего.
Одни плюсы. Я вообще думаю, что C# был создан по многочисленным просьбам трудящихся, до этого программировавших на С++.
Потому что туда добавили практически все, чего так не хватало в С++.
Что из всего этого есть в С? Там даже нет структурированной обработки исключений, да там вообще ничего нет. Не ну можно и в машинных кодах писать
Главный вопрос ЗАЧЕМ?
Зачем тебе мега-производительность? Чем не устраивают стандарнтные парсеры? Безотносительно конкретной задачи это не имеет вообще никакого смысла.
Есть конкретное ТЗ, есть бюджет, есть программисты, у них почасовая оплата, время-деньги. Что мне дешевле, платить программисту, который будет писать под веб на С(уже смешно) месяц, или который сделает это на Java за пару дней? А если мне нужна реальная кроссплатформенность, какой нахрен С?
Delphi - вообще не интерисовал никогда.
Мне, например, не нужна мега производительность в клиентской части -это картинка с кнопками, все отклики - стандартное время реакции ОС -милисекунды. Не пох, на чем писать?
В этом и функциональность - кнопка она кнопка и есть.
Мне синтаксис Паскаля не нравится.
Дальше пишем ИМХО, ИМХО, ИМХО, потому как есть MCVS 2008, который почти даром раздают.
Delphi - вообще не интерисовал никогда.
Delphi - вообще не интерисовал никогда.
Там все есть, как в Греции. Чисто БД мы не занимаемся.
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете вкладывать файлы
Вы можете скачивать файлы