| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| ? |
| ||
| Не юзал но слышал, что это первая делфи под .NET Framework. Не прошло и трех лет, как делфисты наконец дождались, и это когда Visual Studio .NET вышла в 2002 году. Кому она (Delphi) после этого нужна спрашивается, если общеизвестно что ИТ специалист считается, безнадежно отставшим если он 2 года не изучал новых технологий. В то время как нормальные люди во всю создавали свои CLR-сборки на C# или Visual Basic, Делфисты затаив дыхание ждали три года! Поэтому лучше это убожество не ставить, тем более что C# или Visual Basic это та же делфи (в смысле взял компоненту, бросил на форму, настроил свойства) только от Micro$oft. Используя Delphi вы рискуете оказаться в том же положении в котором сейчас находятся билдеристы, т.к. их билдер больше не поддерживается. |
| ||
| Да меня, в основном, интересовало только то, как они умудрились совместить два языка (Pascal & C#). Кст., может поэтому как ты говоришь, билдер не поддерживается? |
| ||
| Поддержку .NET в Delphi видел ещё год назад в среде Delphi 8... |
| ||
| Более того... поддержка .НЕТ была и в семерке, но не визуально и довольно криво, тока вот компилятора не было на пиратских дисках. А 8 - это уже полнофункциональная .НЕТ, только тоже довольно кривенькая, например, не было построителя ConnectionString. |
| ||
| У Borland по ходу все проги довольно кривенькие. |
| ||
| есть мнение, что все проги в этом мире довольно кривенькие... |
| ||
| Во-первых, есть такой c# builder, сделанный довольно давно. Во-вторых, известно, что лучше всего получают программисты на древних системах. Опять-же ни один здравый ИТ-менеджер не возьмёт на вооружение технологию, которая просуществовала менее 2-3 лет на сколь-нибудь крупный проект. Так что зря ты так. Delphi - отличное средство для создания распределённых приложений, с богатой историей и массой дополнительных продуктов. |
| ||
| Насчет 2х-3х лет это смотря в какой области деятельности. Например новая версия DirectX выходит каждый год, а типичные игровые проекты разрабатываются около полутора-двух лет, причем новые технологии планируются заранее, когда их официально еще как бы и нет. Например nVidia придерживается полугодового цикла выпуска новых продуктов, в которых так же реализуются новые технологии. Как правило с новым акселератором выпускается пару игровых тайтлов (разумеется разработанных сторонними фирмами, с которыми естественно велась работа), в которых используются технологии только появившиеся в новом железе. P.S. К делфи это никакого отношения разумеется не имеет, потому что она в принципе не пригодна для создания нормальных игровых проектов (ну может кроме тетриса :)) ). |
| ||
| На Delphi потенциально невозможно создать безглючный, сколько-нибудь большой проект, т.к. эта среда не приспособлена для этого. Delphi не сообщает об утечках памяти, а это очень серьезно в крупных проектах, непонятно также как у нее обстоят дела с разрушением стека или кучи, а коварнее ошибок как известно для программиста нету, т.к. куча может быть разрушена в одном месте, а программа будет глючить в другом совершенно правильном месте кода. Также если вы открывали достаточно большие проекты в среде Delphi, то возможно замечали страшные тормоза при вызове селектора методов, а пока она компилирует этот проект вообще можно сходить кофе попить. Проект такого же масштаба открытый на той же машине в среде Visual Studio компилируется мгновенно, селектор методов раскрывается сразу. Качество генерируемого кода вызывает только смех, достаточно дизассемблировать какую-нибудь программу и посмотреть (мы с MODом долго смеялись), другим словом кроме как деоптимизация это не назовешь. Сколько версий уже этой делфи сменилось, а до сих пор среда грузится по пол часа неужто ребятам из Борланд сложно разобраться с отложенной загрузкой DLL. Также не так давно решил написать одну программу на Delphi 7, после того как она была написана, я об этом пожалел, вызов Edit1.Clear; приводил к Access Violation, какие могут быть еще слова после этого. А в нецелесообразности написания больших программ на делфи может убедиться любой, достаточно поставить себе что-нибудь типа Frigate, или АС Бюджет. P.S. Про справку я вообще молчу |
| ||
| Да было весело наблюдать такие картинки (в релизном билде программы): mov edx, argument mov ebx, edx push edx ЗАЧЕМ ПЕРЕСЫЛАТЬ В ДРУГОЙ РЕГИСТР, когда можно сразу на стек ??? или при вызове функции из DLL: jmp ImportTableStub // при переходе по адресу [ImportTableStub] видим: jmp Address НАФИГА 2 джампа подряд каждый из которых сбрасывает конвейер ??? не проще ли так (так делают все нормальные компиляторы): mov eax, [ImportTableAddress] jmp eax // здесь мы уходим сразу в код функции из длл P.S. Да, кстати, билдер приложение из 40 форм компилирует около двух минут на процессоре с частотой 1 ГГц ... Я точно знаю что там есть precompiled headers - почему же тогда ТАК медленно ??? |
| ||
| Помню в одной статье про оптимизацию которую я читал, было сказано, что такая дебильная обработка таблицы импорта (через 2 жампа), верный признак глупого компилятора. |
| ||
| гы... |
| ||
| гы... проект в Delphi 5 с исходниками в 5 метров... компилится 7 секунд... три dll-ки к нему на Visual Studio 2003 объемом 200 кило компилятся 2 минуты... >Delphi не сообщает об утечках памяти, а это очень серьезно в крупных проектах, непонятно также как у нее обстоят дела с разрушением стека или если это тебя так сильно парит - напиши свой менеджер памяти и пользу его... и все... >Сколько версий уже этой делфи сменилось, а до сих пор среда грузится по пол часа может дело в голове? у меня вот Delphi грузится пол секунды чего-то... >Качество генерируемого кода вызывает только смех, это да... бывает... не везде... но как и у всех... >я об этом пожалел, вызов Edit1.Clear; приводил к Access Violation, карма у тебя кривая... ;) |
| ||
| Если потом ты в DLL-ках поменяешь пару букв в какой-нить строковой константе, то перекомпиляцию DLL по времени не сможешь замерить на часах с секундной стрелкой. А проект на делфи полагаю так и будет компилится 7 секунд ... У меня Visual Studio .Net 2003 после перезагрузки компа (ну сбросим все кэши для приличия) запускается со скоростью Notepad. Открытие большого проекта в ней занимает максимум 1 секунду. Builder 6 - грузится около 15 секунд сам + еще проект открывается долго (в зависимости от кол-ва форм быстрее или медленнее, но в целом значительно медленнее, чем проект аналогичной сложности в VS.Net) А если я не хочу писать менеджер памяти, а хочу чтоб это было просто встроено в среду как у всех нормальных людей (всего хорошего можно много написать ... тока не платят за это) ? Хм. Я присутствовал при том моменте когда Edit1.Clear в Delphi7 мочил всю прогу (exception handling не перехватывал никаких исключений) если в элементе управления не было текста, если в Edit1 был текст то прога не вылетала... |
| ||
| в общем ты смешной... ты единственный в этом мире человек, у которого C компилится быстрее Pascal`я... тем более в разы... поздравляю... >А проект на делфи полагаю так и будет компилится 7 секунд ... что-то мне подсказывает, что ты чего-то мудришь и путаешь... >А если я не хочу писать менеджер памяти, а хочу чтоб это было просто встроено в среду как у всех нормальных людей (всего хорошего можно много написать ... тока не платят за это) ? а... как у нормальных людей... я таких не знаю... >Хм. Я присутствовал при том моменте когда Edit1.Clear в Delphi7 мочил всю прогу бывают кривые компы, бывают кривые руки... |
| ||
| Мне кажется, человек имеет ввиду C# |
| ||
| >> ты единственный в этом мире человек, у которого C компилится быстрее Pascal`я... не помню чтобы я такое говорил (если ты не понял, я имел в виду не полный ребилд, который компилятор С разумеется сделает медленнее), а внесение изменений в исходный текст только что откомпилированной программы (в частности сказал про модификацию какой-нибудь строковой константы), и повторную компиляцию после внесения этого изменения. похоже ты единственный в этом мире человек, который не знает про precompiled headers и при каждом изменении в программе при программировании на С делает полный ребилд. |
| ||
| >который не знает про precompiled headers сами заголовки, кстати, никто не отменял... именно они и тормозят... ты теоретик какой-то... |
| ||
| > напиши свой менеджер памяти и пользу его... и все... Так и думал, что так ответят :), менеджер конечно написать можно, можно также написать свою реализацию оператора Clear, можно оптимизатор кода и вообще можно много чего хорошего написать, например свой компилятор ;) > у меня вот Delphi грузится пол секунды чего-то Однако странная у вас Delphi, или секундомер :) |
| ||
| >Так и думал, что так ответят :), менеджер конечно написать можно, можно также написать свою реализацию оператора Clear, можно оптимизатор кода и вообще можно много чего хорошего написать, например свой компилятор ;) ты будешь удивлен, но именно так и делают большие проекты |
| ||
| Я удивлён, или просто не знаю - что такое большие проекты. |
| ||
| Это телефонный справочник под MS-DOS. |
| ||
| ms-dos помню... была такая... любил... |
| ||
| я знаю, что ты не знаешь |
| ||
| Ты ведь автоматчик? Вопросов больше нет. |
| ||
| тогда хрен ли спрашиваешь... сидел бы дома и делал свои лабы... |
| ||
| Корону поправь, съехала. |
| ||
| она у меня шурупами привинчена |
| ||
| ты будешь удивлен, но их не делают на делфи. |
| ||
| Делают на самом деле. Но в Microsoft средах это гораздо удобнее, быстрее и проще. P.S. Про дешевле ни слова сказано не было. |
| ||
| о том и речь что в средах microsoft удобнее, быстрее и проще. |
| ||
| гы... ты наверное эксперт, да? |
| ||
| Ну ты-то эксперт? |
| ||
| конечно |
| ||
| Молодец ich ! Я, в свою очередь, вот как мыслю. Дело тут даже не в Делфи, а в том, что люди, не имея практики и опыта работы с продуктом, высмеивают его и сравнивают с теми продуктами, с которыми у них (наверное) есть практика и опыт работы. Вот подтверждение: Также не так давно решил написать одну программу на Delphi 7, после того как она была написана, я об этом пожалел, вызов Edit1.Clear; приводил к Access Violation, какие могут быть еще слова после этого После этого особый вес приобретают слова: На Delphi потенциально невозможно создать безглючный, сколько-нибудь большой проект, т.к. эта среда не приспособлена для этого. |
| ||
| А я в свою очередь так мыслю: При исчерпании аргументации в ход вступают приемы типа: ... люди, не имея практики и опыта работы ... замечательный аргумент. Я почему-то вашу квалификацию не оцениваю, а обсуждаю конкретные продукты, сравнивая их между собой, приводя конкретные примеры кода. На делфи большой проект создать возможно, просто стоить это будет дороже, займет больше времени, будет работать медленнее и труднее поддерживатся. Borland Delphi и Borland Builder позиционируются компанией-производителем, как RAD-средства (на всякий расшифрую Rapid Application Development). Поэтому не нужно думать, что они оптимальны для любых проектов, только потому что Вы имеете (прошу заметить говорю без всякой иронии, ибо мне в голову почему-то не приходит ставить под сомнение ваш опыт и компетентность, когда речь в треде идет совершенно о другом) большой опыт работы с ними. Оптимум Делфи и Билдера - это программы для работы с БД с временем разработки максимум 2-3 месяца. Ко всему прочему более качественной и перспективной альтернативой (ИМХО) является платформа .Net, среда программирования Microsoft Visual Studio и языки програмирования C#, VB. В связи с чем мне видится более разумным решением не изучать Delphi 2005 и не устанавливать ее на свой компьютер, а занятся изучением Microsoft Visual Studio и платформы .Net Надо понимать правильно: я не обсуждаю язык Pascal (с не помню какой версии Delphi 7 или Delphi 8 язык тоже называется Delphi). Мне не нравится именно сама среда разработки Delphi (или Builder - неважно), по причине своей менее качественной (в сравнении с альтернативами) работы. |
| ||
| >> При исчерпании аргументации в ход вступают приемы типа: ... люди, не имея практики и опыта работы ... замечательный аргумент. По приведенным Вами аргументам и примерам, мне показалось, что Вы имеете весьма поверхностные знания и опыт работы с Делфи, и в то же время срамите ее. Так как все знать не возможно, то мои слова не должны быть обидны, ибо Вы безусловно имеете знания и опыт в других областях. |
| ||
| >обсуждаю конкретные продукты, сравнивая их между собой, приводя конкретные примеры кода. гы... ты Edit.Clear называешь конструкцией? или у тебя это исходный код? ты это обсуждаешь? >Оптимум Делфи и Билдера - это программы для работы с БД с временем разработки максимум 2-3 месяца а... ну-ну.. >Мне не нравится именно сама среда разработки Delphi (или Builder - неважно), по причине своей менее качественной (в сравнении с альтернативами) работы. ты вкурсе, что проект C# ведет тот человек, который вел разработку Delphi? именно поэтому среда C# похожа на Delphi, а не наоборот... |
| ||
| C# - это никак не среда... |
| ||
| ммм... Visual C# .NET Как же не среда? |
| ||
| Внутренний голос мне подсказывает что C# и Visual C#.NET несколько не одно и то же... |
| ||
| c# - язык (стандарт), vc#.net - среда разработки на этом языке. |
| ||
| да... они крутые программисты... делают аж Edit.Clear... и узнают, что у них вылетает эксепшен лишь после того, как вся программа уже была написана... это круто... небось лабу какую делал? |
| ||
| Мне кажется вы идиот, если считаете, что в нормальной среде_разработки/платформе Edit.Clear() имеет право глючить. |
| ||
| Идиотом я никого называть не буду, а отвечу на: что в нормальной среде_разработки/платформе Edit.Clear() имеет право глючить. Любую среду, позволяющую такие вещи как прямое преобразование типов, получение адресов подпрограмм и вызов, встроенный ассебмблер и т.п. можно посадить (не говоря о самой ОС Windows). Мне очевидно, что Edit.Clear вызвала сбой, потому что где-то в другом месте (до вызова Edit.Clear), вы сделали что-то очень плохое, а это обычно (но не всегда) происходит, когда не обладаешь знанием и опытом. |
| ||
| Во-первых, это делал не я. Во-вторых, не пойму, как tbEdit.Clear() может что-то сделать кроме очистки текст-бокса, такое, что не вылетает экзпшном, а приводит Access Violation (это я ниже прочитал, да). |
| ||
| Паш, это делается очень легко, если подписаться на событие типа onClear и сделать там что-нибудь неправильное, я думаю ;) |
| ||
| kiaProg прав, поскольку, например, у нас идиотов в таких случаях ничего и никогда не вылетает... за 10 лет работы... вылетает как раз вот у таких умных теоретиков, которые порой звонят по телефону и консультируются, какие еще есть методы у компонента Edit... гы... |
| ||
| > которые порой звонят по телефону и консультируются, какие еще есть методы у компонента Edit Можно поподробней? Никогда бы даже не догадался, что можно позвонить по телефону, по такому вопросу. P.S. гы... (это я пытаюсь стать идиотом с 10 лет работы) |
Отправил