Нет менеджера пакетов* (если быть точным, то нет пакетов как таковых)
Уточните, о каких пакетах речь?
Нет коллекций типа хэш-таблицы или деревьев в стандартной библиотеке
TDictionary<TKey, TValue>
Нет поддержки многопоточности в стандартной библиотеке
TParallel
Громоздкий синтаксис
Синтаксис сильно повышает читаемость (уменьшая заодно число ошибок). Удобно и ничего лишнего.
PVS Studio
Которое появилось не от хорошей жизни. Процентов 70-80 ошибок, которые находит эта студия, просто невозможны в Delphi/Pas в принципе. В основном за счет более 'жесткого' синтаксиса.
Для остальных 20-30 процентов есть свои вполне удобные инструменты (FixInsight, например. Наша разработка, к слову).
Так же можно Paganz'у вспомнить: www.softpedia.com/get/Programming/Other-Programming-Files/Pascal-Analyzer.shtml
Нет нормальных IDE (собственно, выбора нет, есть только RAD Studio, и она объективно устарела, имеет интерфейс из 90-ых, постоянно валится)
1. Студия давно уже не в интерфейсе 90х.
2. Я работаю часто и много (XE6). Да, бывает падает. Раз в месяц, иногда реже. Врятли это подходит под определение 'часто'.
3. Есть активно развивающийся плагин для IDEA: plugins.jetbrains.com/plugin/7340-i-pascal ну и, собственно, бесплатный Лазарус.
Свойства и события с апгрейдом переехали в C#. По скорости его превосходит С++
Но в шарп не перехала нативность, к сожалению. Также он использует GC. Который далеко не всегда удобен. Плюсы минимально по скорости быстрее, однако возможностей выстрелить себе в ногу на порядок больше.
Могу сказать, что за всё время с сервером унигуя (он тоже на Indy) проблем не было ни разу. Были некоторые мелкие вопросы с самими компонентами, но разобрались с ними, частично сами, частично саппорт помог. Саппорт на самом деле отличный. Можете сами на их форуме убедится, всё открыто.
Многопоточность, многосессионность и многоюзерность реализована из коробки. Всё работает само, формы создаются и разрушаются когда нужно. Все данные доступны по-сессионно. Главное за синхронизацией доступа к данным из разных потоков смотреть, само собой.
Не читал, но осуждаю, как обычно. В реальных задачах очень удобно, на самом деле. Довольно сложное гуёвое приложение где-то около 50ти форм было за месяц целиком перенесено мною в веб и отлично там работает. Компоненты вылизанные, работать удобно. Поддержка автора компонент отличная. В комплекте все плюшки — собственно сама среда, отлаживать удобно + эврикалог для решения удалённых проблем. Работает вся делфёвая инфраструктура. В реальной жизни это очень удобно.
Унигуй по составу компонент намного шире IntraWeb'а. Плюс в нём из коробки есть стендэлон сервер. Так же тремя дефайнами один и тот же код можно выполнить в виде standalone exe, isapi, или windows service. Опять же — в унигуе есть полноценный пак компонент для работы на мобильных устройствах, чего насколько я знаю нет в IntraWeb.
В самом Унигуе есть больше 100 готовых визуальных компонент, которые покрывают большую часть имеющихся задач. Перенести интерфейс VCL приложения в веб можно простой копипстой теста формы (dfm) в форму Унигуя.
Нормально всё с Delphi. Развитие идёт, не взирая на то, что его все 20 лет хоронят :) Активно лезет в веб. Пользоваться Унигуем на реальных приложениях очень удобно.
Очень удобно делать веб-интрефейсы на delphi. На самом деле даже не сайты, а именно веб-морды для софта, веб приложения. В Унигуе множество готовых копмпонент, приложение делается быстро и просто.
И не является ли delphi немножко устаревшим яп, а уж тем более для создания вебсайтов?
Развитие идёт весьма бурно. Вот — новые библиотеки появляются. Следующим сообщением кину несколько шотов.
По своему опыту. Не обязательно фанатично избегать длинного кода, но крайне желательно избегать копи-пасты. Если хоть какая-то часть кода скопировалась, с минимальными изменениями, либо (особенно) вообще без — это повод создать новый метод или процедуру. Так как я пишу на Делфи, который позволяет вложенные процедуры, то, бывает, выделяю из совсем уж длинных методов логические части в отдельные вложенные процедуры, удобно.
Важно понять: из того, что чего-то не существует в природе (хотя то же наследование признаков или поведения существует повсеместно) вовсе не вытекает что это нельзя использовать в программировании. Критерий простой: удобно — используем, нет — нет.
Вообще, несколько удивляет сама попытка 'натянуть' программирование на физический мир. Программирование — это абстракция в том числе. Математика изучает n-мерные пространства и математиков совершенно не смущает то, что пока что известно только о 3+1ом. Почему программистов должны волновать какие-то атомы? Удобно разрабатывать с помощью ООП, значит будем так делать. Удивляют массовые накаты на ООП в последнее время. Опять же: не нравится — не используй. Выкати свой (хотя бы) миллионно-строчный проект без ООП — и говори, что вот де: практика показала, удобно. А пока что голая софистика.
Пока что практика показывает, что отсутствие ООП — это страх и ненависть. В виде Win API до Delphi подобных языков, либо JS до TypeScript.
TDictionary<TKey, TValue>
TParallel
Синтаксис сильно повышает читаемость (уменьшая заодно число ошибок). Удобно и ничего лишнего.Которое появилось не от хорошей жизни. Процентов 70-80 ошибок, которые находит эта студия, просто невозможны в Delphi/Pas в принципе. В основном за счет более 'жесткого' синтаксиса.
Для остальных 20-30 процентов есть свои вполне удобные инструменты (FixInsight, например. Наша разработка, к слову).
Так же можно Paganz'у вспомнить:
www.softpedia.com/get/Programming/Other-Programming-Files/Pascal-Analyzer.shtml
1. Студия давно уже не в интерфейсе 90х.
2. Я работаю часто и много (XE6). Да, бывает падает. Раз в месяц, иногда реже. Врятли это подходит под определение 'часто'.
3. Есть активно развивающийся плагин для IDEA: plugins.jetbrains.com/plugin/7340-i-pascal ну и, собственно, бесплатный Лазарус.
Но в шарп не перехала нативность, к сожалению. Также он использует GC. Который далеко не всегда удобен. Плюсы минимально по скорости быстрее, однако возможностей выстрелить себе в ногу на порядок больше.
Официальное видео с вебинара (прошлогоднего):
Оно не подключается к сайту, оно и есть сайт. То есть фронт + бэк в одном флаконе.
Развитие идёт весьма бурно. Вот — новые библиотеки появляются. Следующим сообщением кину несколько шотов.
— Пишите
— start ainetwork.exe
Пока что практика показывает, что отсутствие ООП — это страх и ненависть. В виде Win API до Delphi подобных языков, либо JS до TypeScript.