Delphi 8 - Первые впечатления , Шаг вперёд - два шага назад?

Цитата

А что слышно не про Achitect edition??? На сайте они там не только его расписывают.

Леший его... Они все денежку стоят, даже Personal . Пиратский покупать не хочется, опять будет сырая бета, как во времена D5. А Architect бери не хочу с сайта, триал на месяц.

Цитата

А продукт и вправду сырой очень, чего стоит только его установка на несвежую машинку.Пришлось всю информацию в риалтайм в regedit вычёсывать и про фрым-ворк и про ИЕ6.0, хотя на этой тачке уже стоит Студиа-ДотНет и вроде всё уже ставилось.

Бывает, что машину до такого состояния доводит Windows Update, который упорно даунгрэйдит версии отдельных компонентов системы по неизвестной науке причине. У меня на 2000 Pro/2000 Server/2003 Server ставилось без проблем.

И немного оффтопика и личного:
1. Стартует на гигагерцовом процессоре и винчестере на 7200RPM долго до неприличия. Как и остальные .NET IDE, впрочем.
2. Памяти кушает порядочно. 256Мб для комфортной работы явно недостаточно, а если ещё в лучших наших традициях на этой же машине держать MSDE...
3. С переходом на .NET пропала возможность загрузки из DFM-ресурсов, теперь весь мусор по установке свойств болтается в коде. Правда, можно свернуть.
4. ECO не оценил. Абсолютно. Только модулей поддержки UML и не хватало, и так рантайм пухнет со страшной силой.

Кстати, почему все молчат про ECO? Кто пользовался, кто собирается?

не понимаю логики borland... dfm хранить в коде... зачем?..
люди! что это вы сырые бетки юзаете?!
подождите месяц, а то и два... и купите пиратский d8 architect...

Цитата

EViL, 5.05.04, 00:20
люди! что это вы сырые бетки юзаете?!

Мы не "юзаем" - мы пробуем, мне например, надо определиться с перспективами разработки некоторых продуктов на пару лет вперёд, поэтому надо присмотреться к средам программирования и определиться со стратегией, причём это напрямую касается того что я делаю сегодня...

Цитата

не понимаю логики borland... dfm хранить в коде... зачем?..

Захотелось им в стиле java/c#...

Цитата

люди! что это вы сырые бетки юзаете?!

Почему сырые бетки? Октан вышел официально в конце декабря, а Architect Trial появился на сайте только ближе к марту. Вероятно, уже вылизанный...

Сообщение отредактировано: sector - 05.05.04, 12:40

ну а вообще, как считают "опробовавшие", стоит ли восюмую покупать?

Цитата

EViL, 6.05.04, 07:07
ну а вообще, как считают "опробовавшие", стоит ли восюмую покупать?

Если собираешься переходить на .net то да.

Три вопроса:
-Как заставить работать в Delphi 8 BreakPoint?(При этом пошагово трассирует,отлаживает)
-Где в настройках можно изменить месторасположение папки "Borland Studio Projects"? Чтоб при Open, он начинал с неё.
-Кто подскажет офицальный номер версии(полной) Delphi 8.

С BreakPoint - разобрался(руские буквы в путях не понимает).
А что по поводу двух оставшихся вопросов?

Во-первых, КАКИЕ БЕТЫ? Д8 официально вышла на Рождество.

У меня стоит (стоял!) Enterprise, но никакого хелпа там нет и в помине! На данный момент она снесена нафиг за ненадобностью (в принципе!). Позорище Борландовское.


VS.NET 2003 рулит однозначно по всем параметрам (даже C#Builder отстой!).

Я не ограничился знакомством с Д8 тырканьем пару часов во все, что попало, а попытался написать новый проект, благо было несрочное ТЗ. Ну, млин, скажу я вам... Во-первых, у меня очень много вопросов к разработчику, начиная с простейшего: а зачем это надо? Но сначала комментарии:
1. Сразу скажу - лично меня, работавшего в делфях с десяток лет во всех версиях, очень раздражает ИДЕ. Тупая привязка к выровненным панелям просто убивает, очень давит на психику задавленность окна кода панелями слева-справа. Не понимаю, зачем занимать огромную область экрана списком компонент, когда раньше все это прекрасно умещалось сверху пиктограммами. И зачем огромный фон для пришитой к нему формы окна? В общем, целиком согласен с теми, кто высказался, что приятные новшества есть только в редакторе кода.
2. Сама библиотека компонент просто изумляет своим набором. Кастрированно-расширенная - самое подходящее определение. От версии к версии в Делфях первое, на что я смотрел - это на умение оптимизировать код компилятором, и всегда тихо радовался, увидев, что сделанный в Д7 экзешник на несколько килограмм легче, чем в Д6. В Д8 же размер файлов чуть ли не в 2 байта далеко не радует, сразу давая понять, что для его поддержки на компах понадобится туева хуча мелкософтовского ПО, которое и будет возмещать "убытки" размера. А оно надо - ставить сотни метров Фреймворков и прочей ерунды ради базы данных? Так что можно забить, пока мелкософт не распространит операционку, в которой все это будет зашито.
3. Тормоза... У меня весьма нехилый третий пень, обожравшийся от оперативки и ресурсов, но даже примитивное действия типа выбора компоненты и установки ее на форму вызывает заметный напряг системы. Что за нафиг?! Что будет, если в проекте полсотни юнитов задействовано, на которых и Д7 начинает подтормаживать? Тут кто-то писал, что скорость нормальная, расскажите конфигурацию своей машины?
4. О самом языке. Фактически, паскалевскими остались только операторы, все остальное взято из ВБ. Сразу возникает подозрение, что мелкософт просто реанимировал вымерший язык, подрубив к нему новую технологию. Так что безработные вэбэшники могут радоваться, а нам остается плакать, потому как прощай интеллектуальные технологии ООП и да здравствует тупой шаг1..шаг10 (утрирую, конечно). И учтите при этом, что человеческого хелпа с примерами на Д7 там нету, подразумевается, что С и ВБ вы уже знаете (ладно с С, как-то часто приходилось, но Бейсик???). Строку превратили в объект, и я долго пытался вообразить логику кода в сравнении с прежним Делфи. Ну, например, если мы объявим переменные а, в, затем а:=10, в:=а, то это будут все равно разные переменные. А если мы создадим два экземпляра объекта с переменными А и В, а затем В:=А, то они будут оба указывать на одно и то же. Возникает вопрос: если строка теперь стала объектом, то по какому механизму происходит присвоение в:=а? По трассировке - как у переменных типов, а по описанию, как у объектов... И подобных неясностей очень много. Сразу обращает на себя внимание стиль интернет-программирования - пользователям дается то, чего хочет программист, а не максимум интерфейса. Классический пример визуализации ведения лога: вставляется ЛистБокс, ему назначается метод на рисовку итемов, для того, чтобы добавляемые строчки отображались в виде "11.02.2004 12:41 | Запуск...ОК", то есть дата/время отделялось вертикальной линией, а все остальное шло за ней. В Д7 такую фигню делают не глядя в пять строчек ручного кода, из которых пару занимает разрезка строки. А в .Нет заметно, что его на это и не рассчитывали - попотев полчаса с непривычным обращением с типом string, мучаешься еще час с заменой старой доброй канвы, а затем выгружаешь Д8 и возвращаешься к старому доброму Д7.
В общем, посношавшись около часа с простейшей программой, отказавшись от целого ряда любимых примочек и привычного стиля, я в конце концов зашел в полный тупик с переделкой своих потомков от стандартного TStream (думаю, таких потомков, умеющих читать/писать строки простым ReadString/WriteString, делал каждый третий делфист). Ну не могу я привыкнуть, что строка нынче - это набор вордов, а не байтов! Юникод - я понимаю, это хорошо, но мне нужна работа на байтовом уровне, а меня ее фактически лишили, оставив парочку тупых ToByteArray! С ВинАпи вообще напряг жестокий, и можешь умереть, пытаясь найти аналоги любимым функциям ожидания и т.д.
А знаете, как я в конце концов вывернулся? Я просто создал новую библиотеку, объявил в ней все классические функции работы со строками и прочими типами, внутри которых, тщательно переводя хэлп на человеческий язык, сделал нетовские вызовы, и теперь код более/менее напоминать нормальный. Возникает вопрос: а какого икса сам Инпрайз этого не сделал? Дел-то на один день.
5. В общем, поняв, что дальше "Хэлло, ворлд" в Делфи 8 писать что-либо бессмысленно, я ее закрыл и забыл, благо с Д7 она никак не перекликается и вместе их держать вполне можно. Простите, но не для уровня моих задач, не для многопоточности, TCP, , сокетов, MIDAS, комплексных запросов к ДБ и красивого интерфейса. Слишком все ограничено. Не для нас это, не для делфистов.

Итак, ключевые соображения:
1. Бессмысленен вопрос типа "А чем Д8 лучше Д7". Это не новая версия, это версия к другой технологии, своеобразной надстройки над Актив-Х. Для тех, кому приходилось писать АХ-библиотечки по просьбе веб-программистов, будет очень понятно. Я такое делал неоднократно, видимых преимуществ не обнаружил. Просто зарегистрированный в системе оле-объект. Хотя, разумеется, правильнее сказать, что для управления сервисами, для тех, кто создавал Сервис-аппликэшны. Хотя для меня хрен редьки не сладе - как показывает практика, даже борландный scktsrvr.exe далеко не сладко работает на некоторых машинах, если его из программы средствами ВинАпи пускать и стопить как сервис.
2. Не нервничайте по поводу устаревания своих знаний. В худшем случае поголовно все нужное для работы нетовских программ будет на всех операционках только через несколько лет, а в лучшем, мнится мне, что и не будет ничего.
3. А мнится мне истчо, что это просто большая афера Мелкософта (или интервенция, правильнее сказать) на оживление Бейсика. Простите, но о какой новой технологии или новом стандарте идет речь, если этот стандарт под ВБ и не имеет ничего близкого к тому, на чем сделана сама Винда? Зато до смешного напоминает работу с интерфейсами в библиотеке типов, аж руки чешутся сравнить с МИДАС или КОРБА (кстати, для тех, кто писал сокетные трехзвенки - в Д8 остался только DCOM со всеми вытекающими проблемами разруливания доступов и т.д.).
4. Безусловно, для Веб-программеров получился большой шаг вперед по компонентам и возможностям. У нас те сотрудники, что занимаются сайтами, просто тихо попискивают от восторга. Предпочитают работать в нетовских Сях, хотя особых различий между ним и средой Д8 не наблюдают (в Д8 можно делать все то же). Ну а для нас, пишуших более сложные проги, .Нет - это прямая кастрация. В нашей фирме роль сайтов - это не слишком удобные в сравнении с возможностями классических программ приемщики информации, за которыми стоят гигантские механизмы, написанные на Делфях. Соотношение примерно 3% к 90% (еще 7% хранимые процедуры на SQL-сервере).

Вот такая вот фигня.

Могу посоветовать книгу "C# для профессионалов" (красный двухтомник, авторы С. Робинсон, О. Корнес, Дж. Глинн). Там очень хорошо в начале 1-го тома описаы особенности С# в .NET Почти все справедливо и для D8. ОЧЕНЬ МНОГО ПОЛЕЗНОЙ ИНФЫ

Спасибо Aleksandr. - очень хороший анализ

Столкнулся с интересной штукой:

Создаю новый проект /File/New/VCL Forms Application
Получаю проект с пустой формой.
Сохраняю его.
Собираю /Project/Build Project1
После сборки заглядываю в папку проекта и вижу:

Project1.exe 1,348,096

Добавляю на форму кнопку (TButton).
Сохраняю, собираю, заглядываю в папку проекта и вижу:

Project1.exe 8,192

Кто-нибудь знает, почему размер файла резко сократился ?
И какого лешего он вообще изначально 1,3 мега "весил" ?

Да, и в самом деле имеет место быть. Очевидно, связано с тем, что просто форма VCL не требует поддержки .Net, а потому все исполняемые вызовы включаются в проект. При добавлении же Net-совместимых компонент вызовы перекладываются на фреймворковское ПО.

Где в настройках можно изменить месторасположение папки "Borland Studio Projects"? Чтоб при Open, он начинал с неё