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

Ну, для начала измените переменные среды Делфи.

Ну, для начала...

Прежде чем задать вопрос в форуме, я уже все изменил и настроил.
И нет ни где в переменных среды ссылки на %HomePath%\Мои документы\*.....*

Ну, для конца...

Delphi 8, упорно пытается:
а)открыть проект(и т.д и т.п) по пути
%HomePath%\Мои документы\Borland Studio Projects
б)сохранить проект(и т.д и т.п) по пути
%HomePath%\Мои документы\Borland Studio Projects
в)захломить папку
%HomePath%\Мои документы\Borland Studio Projects

Если не трудно Александр, подскажи(а не прикалывайся).

Цитата

Тупая привязка к выровненным панелям просто убивает, очень давит на психику задавленность окна кода панелями слева-справа. Не понимаю, зачем занимать огромную область экрана списком компонент, когда раньше все это прекрасно умещалось сверху пиктограммами.

Можно изменить раскладку окон со студии на "Classic undocked". Впрочем, у меня в 1152х864 всё очень даже нормально влезает

Цитата

И зачем огромный фон для пришитой к нему формы окна?

Это к M$ Designer из состава .NET, борланд просто юзает готовый.

Цитата

У меня весьма нехилый третий пень, обожравшийся от оперативки и ресурсов, но даже примитивное действия типа выбора компоненты и установки ее на форму вызывает заметный напряг системы. Что за нафиг?! Что будет, если в проекте полсотни юнитов задействовано, на которых и Д7 начинает подтормаживать?

Памяти надо поллитра минимум этой игрушке, это точно.

Цитата

Строку превратили в объект, и я долго пытался вообразить логику кода в сравнении с прежним Делфи.

Билдеровцам это не в новинку, не самое страшное.

Цитата

А в .Нет заметно, что его на это и не рассчитывали - попотев полчаса с непривычным обращением с типом string, мучаешься еще час с заменой старой доброй канвы, а затем выгружаешь Д8 и возвращаешься к старому доброму Д7.

Значит, опять тащить внешние компоненты, но какать теперь придётся в GAC.

Цитата

Простите, но не для уровня моих задач, не для многопоточности, TCP, , сокетов, MIDAS, комплексных запросов к ДБ и красивого интерфейса. Слишком все ограничено.

Как сказать... BDE-то есть, сетевые компоненты подождём внешние... Хотя то, что мелкософт со своим .NET пытается упростить работу со своими технологиями (читай: DCOM etc) и напакостить всем остальным, радовать не может.

Цитата

Простите, но о какой новой технологии или новом стандарте идет речь, если этот стандарт под ВБ и не имеет ничего близкого к тому, на чем сделана сама Винда?

Просто ещё один слой абстракции.

Цитата

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

Весьма неприятно, но хоронить я не стал бы.

Цитата

Aleksandr.

Хочу сказать на счет ВБ.НЕТ (мое личное мгнение) - это уже не старый добрый бейсик (не тот который шаг1..шаг10 ), а неудачный гибрид ВБ, конечно прибавились и "+", но...........
Скорее .НЕТ быстрее умертвит, а не оживит ВБ (и кто сказал, что Бейсик умер?).
А на счет интерфейса, как у Бейсика, так это ж хорошо .

И интересно, кто это сказал Микрософту, что нужны интернет технологии .
Лучше бы: "Котлеты отдельно, мухи отдельно"(или как там?).

Меня волнует вопрос, Д8 умеет работать с unicode? В частности chr() & ord()?

Так а какую версию надо ставить, чтоб там все было?
Architect, интерпрайс...
У меня 1-я и та же версия, что и обсуждалась в начале форума, чего купить то?

Самая полная версия Architect. И не забудь скачать Update 2 for delphi 8.:-)

Да в 8-ой версии Борландовцы сделали полную лажу, правда я ее до конца не изучил

Цитата Garret @ 11.07.04, 11:58

Да в 8-ой версии Борландовцы сделали полную лажу, правда я ее до конца не изучил

Ну не знаю как там Delphi 8 ведет себя при работе в vcl приложениях, а вот при работе с asp.net - просто супер. Я до этого использовал isapi - потом пересел на 7-ю студию и вот с выходом 8 делфей вернулся на родной паскаль. Та же VS только - Delphi . После сервис паков практически никаких глюков не осталось, так - мелочевка одна(куда ж в Delphi без них, неинтересно работать будет ).

Честно разочаровался, прога заточена под .НЕТ и тут недавно купил справочник для Делфи8, так вот на старых окнах есть проблемы с совместимостью.

Цитата

Pred@tor.(07), 15.07.04, 06:09
Честно разочаровался, прога заточена под .НЕТ и тут недавно купил справочник для Делфи8, так вот на старых окнах есть проблемы с совместимостью.

Естественно! Программы под Win95 почему-то не работают под Win 3.1... Странно не правда ли?

На самом деле никто возможность вызыова Win32API не запрещал. В .Net есть такая же подборка программных средств, которая была и в VCL и в MFC. Предположетельно этого хватает. Практически, естественно, нет. Vit приводил кусок кода импортирующий ShellExecute из ShellAPI. Точно также можно импортировать и всё остальное. Так же можно описывать стпуктуры типа SYSTIME и LOGFONT. Проблема в данном случае у меня возникла именно с CALLBACK'ами. Пытался описать структуру WNDCLASSб но тут на этом и запоролся. Теоретически тут должно проёти что-то типа delegate, но попробывать я так и не удосужился...
Слегка эта тема задета в MSDN. Искать надо по слову Invoke.

Цитата

BlackShadow, 16.07.04, 04:47
На самом деле никто возможность вызыова Win32API не запрещал.

На самом деле снимаю шляпу перед ребятами из MS! Я о совместимости... Недавно взял хохмы ради калькулятор из поставки Windows 1.0 и он прекрасно заработал на Windows XP! Прошло 20 лет, сменилось минимум 7 поколений операционной системы, а старые API работают! В своём роде довольно уникальная система... Исходя из этого можно надеятся что ещё лет 20 эти самые WinAPI протянут...

Получается, что .NET - это что-то вроде интерпретатора для IL ? То есть, Delphi8 компилирует в IL, а потом полученный код запускается под интерпретатором, установленным в системе ? Давным-давно (со времён появления первых компиляторов) известно, что откомпилированная программа работает в несколько раз быстрее. Странно, что получилось только в 2 раза, а не больше.
Есть такие области прикладного программирования, в которых хочется выполнить код как можно быстрее. Например, область вычислительного программирования (моделирование физических процессов, поиск делителей чисел Ферма, ресурсоёмкие вычисления в криптографии и т.д.). Неужели кто-то будет использовать код для .NET, когда можно "на халяву" ускорить программу в 2 раза, применив стандартный компилятор ? Поэтому мне кажется, что не стоит говорить о том, что .NET-программирование ПОЛНОСТЬЮ заменит классическое. .NET хорош для тех задач, когда кроссплатформенность (или размер EXE-шника) важнее остального. Но это далеко не 100% всех задач.
Ещё один момент - удобство программирования. Лично мне кажется, что указатели - очень мощный инструмент программиста. Когда я в 1990, имея опыт только в Бейсике, впервые попробовал вкус Паскаля - я однозначно признал указатели самым существенным и удобным отличием (хотя было ещё много чего удобного), и больше про Бейсик никогда не вспоминал. И что теперь ? Return to innocence ?
А что даёт кроссплатформенность ? Возможность одной программы без изменения кода работать на 32-разрядных, 64-разрядных процессорах, телевизионных игровых приставках и программируемых калькуляторах ? На фига это нужно, если и так платформа PC с системой Windows является фактически стандартом де-факто из-за того, что распространена намного более остальных ?
А что делать разработчикам софта, рассчитанного на работу с конкретным hardware-девайсом ? Таких ведь тоже немало. Они пишут прикладную программу плюс кучу драйверов для каждой ОС отдельно и в таком виде распространяют это юзерам. Какой толк им от кроссплатформенности ? Их девайс не будет работать с игровыми приставками и программируемыми калькуляторами. Да и как им вообще вписаться в .NET, если платформо-независимость подразумевает и отсутствие прямой связи с железом ?
А как же разработчикам компьютерных игр ??? Их творения вообще тесно связаны с достижениями индустрии видеоускорителей и быстродействием процессора ? Неужели самой популярной игрой будущего станет Тетрис ?
Конечно, это хорошо, что программа, написанная на PC, сможет работать без изменения кода на каком-нибудь железе типа сотового телефона, но не слишком ли большую цену мы за это платим, отказываясь от многих преимуществ классического программирования ?

WinAPI forever !

(Извиняюсь, если я в чём-то неправ, т.к. опыта в .NET не имею)

to Aleksandr и всем, кто высказывает мнения наподобие этого:

Цитата

Сама библиотека компонент просто изумляет своим набором. Кастрированно-расширенная - самое подходящее определение.

Господа!
Вы просто не поняли, что нельзя сравнивать D8 и D<=7.
D8 - не более, чем просто текстовый редактор для платформы .NET (ну, и еще, транслятор Delphi->IL).

На палитру компонентов вынесены тока визуальные компоненты. Все остальное (многопоточность, TCP, мощнейшие технологии работы с БД и т.д) - находится в библиотеке классов .NET Framework); и все это гораздо мощнее библиотек Delphi<=7!!!

Вывод: прежде, чем программировать под .NET, надо в первую очередь изучать .NET, и только во вторую - конкретную среду программирования (например, D8, C#Builder, или MS Visual Studio .NET 2003).

to CD_Eater
Каждый метод (процедура) .NET перед первым своим вызовом компилируется ПОД КОНКРЕТНЫЙ ПРОЦЕССОР
в ОЗУ, а заетм вызывается неограниченное число раз!!!

Ну а по поводу от отказа от классического программирования... Если так рассуждать, программировать надо даже не на Win32API и C++, а на Asm x86 или вообще в машинных кодах...
Но логика развития неумолима...
Читайте Рихтера и Просиза!