| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Object Pascal: кроссплатформенные технологии > Delphi - 8. Первые впечатления. |
| Автор: Vit 13.1.2004, 03:02 |
| Сегодня имел возможность ознакомиться с Delphi 8. Впечатления двойственные. Ну вначале то чего больше нет: а нет всеми любимых WinAPI... Судя по всему теоретически нет так как сделан новый Дельфи под .net платформу, а посему о Windows имеет только те сведения которые ему даёт ента самая .net. Может и не всё так страшно и со временем многое прояснится, но пока я не нашёл возможности вызвать ни одной функции WinAPI. Дизайн: Борланд ушёл от своего дизайна в сторону MS Visual Studio, а точнее в сторону VB. В общем большинство кнопок на месте, горячие клавиши вроде тоже, но дизайн изменился. Лучше или хуже? Не знаю, но для меня пока не привычно. Палитра инструментов переместилась в правый край (интересно зачем?), форма в дизайне стала очень напоминать форму в VB, инспектор объектов стал чем-то похожим на соотвесттвующее детище MS. Зачем это сделано - не знаю, ИМХО, к переходу на .net платформу это всё не имеет никакого отношения, может таким образом Борланд пытается перетянуть программистов с продуктов MS, облегчив им переход? Вот как выглядит D8 при загрузке в первый раз без проекта. Добавлено в Добавлено @ 02:31: А вот какие проекты мы имеем в наличии: Давайте выберем проект и набросаем на форму компонентов, выглядеть это будет так: А вот редактор кода, тоже "сдвинутый" в сторону MS обрадовал наличием возможности навигационного дерева и "скрытия" лишнего кода, а так же подсветкой парных скобок, кавычек и т.п.: Компилируем это приложение - код хорошо виден на верхней картинке, в коде я собственно хотел только протестировать быстродействие - крутится длинный, но простой цикл, который кроме ресурсов процессора ничего не расходует. Итог: - компиляция быстрая, тут ничего не скажешь, компильнул не хуже предыдущих версий, даже наверное быстрее. - файл получился размером аж 8 килобайт. Ну это мы проходили, при наличии .net framework на несколько десятков метров это не удивительно... - быстродействие - хоть под дебуггером, хоть под средой, хоть в готовом виде скорость отработки поцедуры практически одинакова (разница порядка 2-3%) и ровно в 2 раза ниже чем тот же код откомпиллированный в Дельфи 5. Кстати на Web страничку, открываемую Дельфой по умолчанию мой Norton Antivirus отреагировал однозначно - особозлобный вирь! Похоже фирма Symantec решила, что пора начинать борьбу с Борландом, по-видимому они решили реинкарнировать свой C++ под .net платформу (чем чёрт не шутит?). Выводы! Итак на первый взгляд (прошу быть снисходительными - к моменту написания этих строк я видел эту версию всего пару часов!) 1. Дизайн. Изменился в сторону продуктов MS и сейчас является гибридом дизайна Дельфи и дизайна VB. 2. Язык. Паскать остался паскалем, в простейших примерах никакой разницы не чуствуется, но некое 7е чуство мне говорит, что если копнуть глубже простого цикла и кнопки на форме то отличий будет не просто много, а очень много. 3. Редактор кода. Изменился в лучшую сторону, добавились очень удобные фишки. 4. Компоненты. Боюсь оказаться неправым, но набор компонентов определяется не столько самим Дельфи, сколько .net framework, и набор этот бледный, т.е. его можно кое-как сравнить с набором компонентов для Дельфи 1, но по сравнению с Дельфи 5/6/7 выглядит очень тускло, представлены самые основные, базовые компоненты. 5. Производительность самой среды, скорость компилляции - вполне удовлетворительные, нареканий нет. 6. Скорость работы сгенерированных исполняемых файлов - в аккурат в 2 раза меньше тех что основанны на классических WinAPI. |
| Автор: Vit 13.1.2004, 05:10 | ||||
| Ага, исследуем дальше. Оказывается всё не так плохо. Удалось найти как применять WinAPI - оказывается есть модули, отличия небольшие - теперь нет указателей, т.е. вместо PChar используются строки и т.д. Вот так примерно выглядит использованием ShellExecute:
А вот так даётся определение самой функции ShellExecute в модуле у Борланда:
Забавно, не правда ли? Ещё есть директива компилляции {$Unsafecode On}, которая по логике вещей должна позволять работать с указателями и прочими радостями классического программирования. На деле её применение наталкивается на труднопонимаемые ошибки компилляции, резко усугублённые плохой документацией. Так скажу сразу - нормального help нет! Т.е. взят некий Html который несомненно содержит некоторые сведения о C#, немного сдобрен статьями по паскалю и это всё! Ни нормальных перекрёсных ссылок, ни привычного и очень любимого "See also", и это даже можно было бы вытерпеть, если бы не страница с мрачным содержимым "No further information is available for this ..." выскакивающая часто и густо на что бы ты не кликнул F1... Вот как выглядит это подобие на help при вызове справки по идентификатору "function": ![]() Можете сами судить - это справка по Дельфи или по С#? Как по мне, то я хоть и привык к примерам везде написанным то на С, то на VB, но хоть родной Дельфи Help радовал тем, что справка всё-таки была по Дельфи, без включения "чужеродных" языков там где в этом не было необходимости. |
| Автор: Vit 13.1.2004, 05:38 |
| Только что выяснилось, что тот билд, который у меня это бета, будем надеятся что в окончательном релизе с набором компонент всё будет нормально. Идём дальше. Вот ложка сахара во всю эту бодягу: работа с базами данных не претерпела существенных изменений, по крайней мере BDE и все визуальные контролы для работы с базами данных на месте, простейшее приложение для баз данных удалось склепать мгновенно без каких-либо затруднений: ![]() Одно непонятно, в результате получился exe файл размером 9 килобайт. Так, где-то дурят нашего брата! Опять какие-то библиотеки и пакеты надо поставлять с исполнительным файлом и похоже в большом количестве. Я понимаю что всякие формы и кнопки зашиты в большом количестве в самом .net framework и их вызов это считанные байты, но DBNavigator, до боли знакомый грид, несмотря уже на сам компонент TTable никакого отношения к MS не имеют и никогда не имели. Чудес не бывает, MS наверняка ничего такого в свой framework не включала, а посему пойду изучать всяки там опции компилляции и бродить по многочисленным настройкам. |
| Автор: foRaver 13.1.2004, 07:16 |
| Да, особо не радует это IDE и чуть-ли не прямая связь с М$... Я где-то слышал (не подумайте ничего плохого может именно поэтому теперь внешне похоже на VS. ?!? Возможность дальше использовать WinAPI конечно радует, но я если даже и буду использовать Delphi 8, то только с рядом установленной 7й версией. Внешнй вид на первый взгляд извращённо поганый, но т.к. сам пока не пробовал, строго судить немогу. Извини может даже за глупый вопрос, но где можно скачять 8ю версию? На сайте Borland'а пока ничего ненашел.... |
| Автор: Vit 13.1.2004, 07:42 |
| Не знаю |
| Автор: Kesh 13.1.2004, 12:33 |
| А что, мне понравилась фишка, что при работе с .NET кто-то будет еще использовать палитру Win 3.1 |
| Автор: foRaver 13.1.2004, 19:24 |
| Всётаики то, что мне сказали, оказалось правдой. Судите сами.... Перевода на Русский пока ненашел The acquisition spotlight fell on Microsoft Corp yesterday, as speculation swept Wall St that the company was moving against Borland Software Corp as well as Rational Software Corp to revive its application design and modeling offerings, writes Gavin Clarke. Redmond, Washington-based Microsoft was reported to be preparing the acquisition of its number-one competitor in the Windows developer space, Borland. Boland itself recently bought design and modeling specialist TogetherSoft SA. Such a deal would provide Microsoft access to TogetherSoft's resources, after IBM announced its proposed $2.1bn acquisition of independent application design and modeling specialist Lexington, Massachusets-based Rational Software earlier this month. Microsoft, on Wednesday night, was also rumored to be preparing a counter-bid to IBM's multi-billion offer for Rational. One ISV source, who wished to remain anonymous, said: "Don't discount the rumor [Microsoft] are mounting a competing bid. It will be an expensive counter bid." A Microsoft source insisted the company was "in no way, shape or form" going to outbid IBM for Rational. Microsoft, meanwhile, refused to comment on a possible Borland acquisition. Microsoft has insisted that it would not suffer from the loss of Rational to IBM, as the company has other partners in this area. Rational has been a partner of Microsoft on .NET, integrating tools such as Rose and XDE with Visual Studio.NET. However, Borland chief executive Dale Fuller summed up the loss to the industry of Rational's independence. Borland was a Rational partner. "As a customer, it's taken away my ability to use the industry standard development platform [Rational's Rose product]. We will continue to support [Rose] but the tight integration we could have had, we are not going to get," Fuller told a financial analysts' conference. Microsoft's own application design and modeling portfolio is believed to have been weakened by IBM's acquisition, as this will reduce opportunities for tigher integration between Rational's and Microsoft's products. Of equal importance to Microsoft is the loss of Rational's services arm. This $90m business was capable of advising organizations over how to design and implement scalable, enterprise-class .NET systems. Those consultants, while serving .NET inside IBM, will now be constrained when selling against Java by IBM's adherence to Java through WebSphere. The rumors of a strike by Microsoft against Borland and Rational ignited as it emerged Microsoft may have missed out - either by design or by mistake - on the opportunity to buy Rational as recently as August. In a Securities and Exchange Commission (SEC) filing, published yesterday, Rational said that during the midst of its discussions with IBM, company founder and chief executive Michael Devlin was contacted by telephone by representatives of a company interested in renewing earlier discussions with Rational over a possible "business combination transaction." Rational did not name that company, referring to it simply as "Company A" but circumstantially that puts Microsoft solidly in the frame. Microsoft has told ComputerWire its executives discussed a possible acquisition of Rational to fill-out its own offerings. The SEC filing said: "During the period thereafter and leading up to the December 6, 2002 announcement of the proposed merger with IBM, numerous conversations occurred between representatives of Company A and us or representatives of our financial advisor, Goldman Sachs. However, these conversations never resulted in a detailed discussion of proposed terms or Company A submitting a specific indication of interest. A Microsoft spokesperson said he could not comment on the details of the SEC filing and Rational would not comment on either the filing or a possible Microsoft bid. |
| Автор: Cashey 13.1.2004, 19:58 | ||
|
| Автор: stab 13.1.2004, 20:19 | ||
А у меня как раз такие подозрения есть |
| Автор: Vit 13.1.2004, 23:16 |
| Снижение производительности - вещь совершенно неизбежная пре переходе на .net платформу и обусловленно наличием дрополнительного "слоя" между кодом и железом. Кстати производительность уменьшилась и не так чтоб сильно. Та же Java даёт гораздо большее снижение производительности. По поводу пакетов и хэлпа - поживём, увидим... |
| Автор: stab 14.1.2004, 00:33 |
| может не все заметели, что оболочка хелпа это ни что иное, как оффлайн просмоторщик MSDN, который идет вместе с MS Visual Studio, ... хм, без комментариев. |
| Автор: dr.ZmeY 14.1.2004, 00:34 |
| Единственное, что мне нравится, это окно кода... ну поживём увидим, а пока у меня 7-я лицензионная стоит с кучей компонентов... |
| Автор: stab 14.1.2004, 00:40 |
| Vit, скажи чем отличаются VCL Forms Application и Windows Forms Application. Windows Forms -- это родная технология .net, а вот что такое VCL Forms в Delphi 8? |
| Автор: dr.ZmeY 14.1.2004, 00:45 |
| Допустим, при установке делфи вносит в NET свои компоненты, и это причина малого экзэшника, но тогда как на счёт переносимости программ, и будут ли они, даже со стандартными "кнопками" работать на системах без NET? |
| Автор: Vit 14.1.2004, 00:49 | ||
Пока не понял. VCL жива и живее всех живых, так что с этой стороны всё Ok! Другое дело что в конечном счёте VCL базируется не на WinAPI, а на .net |
| Автор: mr.DUDA 14.1.2004, 00:50 | ||
Возможно ли такое ? Имхо, нет - нигде не написано, что стандартные либы .NET расширяемы. Вообще, .NET "славится" тем, что вместе с Framework идет сотня стандартных библиотек, в которых "есть всё", поэтому для переноса кода с одной платформы на другую достаточно не выходить за рамки стандартных либ. |
| Автор: Sardar 14.1.2004, 00:51 |
| 2foRaver, посмотрел в eMule уже у кучи народа есть, скачается быстро. |
| Автор: Vit 14.1.2004, 00:51 |
| 2 dr.ZmeY - разобрался, там run-time библиотек до хрени, всего целиком метров до 20 потянут. Без них, понятное дело, ничего работать не будет, даже с одними кнопками. |
| Автор: stab 14.1.2004, 00:52 |
| Еще вопросы. От какого класса наследуются события? Есть ли понятие делегата? Есть ли исходники борландовских модулей (System, SysUtils, Forms, ... сейчас, конечно, это все несколько по другому называется)? Если есть выложи, пожалуйста, на всеобщее обозрение, хоть посмотрим как это выглядит. з.ы. Простите за огромное кол-во вопросов, но уж очень интересно |
| Автор: Vit 14.1.2004, 00:57 | ||||
Конечно возможно, а как же иначе?
Ну знаешь, такого не бывает. Я вот например подключил утюг к компьютеру, теперь мне нужен объект для работы с этим утюгом, я его должен иметь возможность включить. Так не может быть, никогда никаких библиотек не хватит. .net точно расширяемая, иначе она 100% обречена на вымирание. Это как сказать писателю - мы для Вас составили все нужные предложения - Вам остаётся только работать... Эволюция языков идёт по пути инкапсуляции, если система не поддерживает инкапсуляцию создаваемых продуктов в виде модулей, классов, объектов то это не шаг назад - это скачёк назад на 20 лет... |
| Автор: stab 14.1.2004, 00:57 | ||
Конечно, нет. |
| Автор: Vit 14.1.2004, 00:58 |
| 2 cully - часа через 2 прийду домой, посмотрю внимательнее, попробую ответить на все вопросы, пока пожалуйста сформулируйте конкретно, что хотите узнать... |
| Автор: Vit 14.1.2004, 01:00 | ||
Нет, даже если там кроме begin..end ничего нет .net framework абсолютно необходим для запуска. |
| Автор: foRaver 14.1.2004, 01:43 |
| Sardar, чем же так качать, чтобы быстро через eMule получилосb??? Ладно, подожду пока на сайте Борланда появится... с FTP быстрее качает |
| Автор: Vit 14.1.2004, 02:04 | ||||
Отвечаю на вопросы по очереди:
Windows Forms Application - типичный .net, компоненты есть только те что есть в классическом .net. Вот как выглядит автосгенерированный модуль формы с одной кнопкой:
|
| Автор: Vit 14.1.2004, 02:08 | ||
| VCL Forms Application - это приложение VCL - набор компонентов для него точно такой же как для Дельфи 7. Все функции, классы, методы и т.п. от VCL доступны. Единственное различие от Дельфи 7, как я понял, только в том, что сама VCL базируется не на вызовах WinAPI, а на соответствующих .net классах. Для программиста переделывание классического дельфовского приложения из Дельфи 7 в Дельфи 8, как я понимаю, затруднений не составит. Вот пример аналогичного кода - модуль формы с кнопкой.
|
| Автор: Vit 14.1.2004, 02:11 | ||||
С разгону и не поймёшь. Как-то сделано не так как было до сих пор. Вот как выглядит декларация класса (для VCL):
|
| Автор: Vit 14.1.2004, 02:14 | ||||||
Если б я ещё знал что это такое...
Есть. Выложить затруднительно, там многие тысячи строк. Вот кусок из SysUtils:
|
| Автор: Vit 14.1.2004, 02:17 | ||
Вот нашёл модуль поменьше, привожу целиком:
|
| Автор: Paradox 14.1.2004, 07:22 | ||
ИМХО что то вроде дружественных функций в С++ смешанные с указателями на ф-ии |
| Автор: Paradox 14.1.2004, 07:23 |
| Ктати Vit а ведь в Дельфи есть понятие делегирования - не сталкивался разве ? |
| Автор: stab 14.1.2004, 11:52 | ||
В Delphi роль делегатов выполняли переменные процедурных типов, но с точки зрения защищенности такой подход не самый лучший. В .net для этого придумали делегаты, т.е. класс который инкапсулирует в себе всю работу связанную с вызовом и т.д. методов. Если процедурные типы так и оставили без изменений, то сомнительно называть Delphi .net языком. з.ы. Я не много не правильно задал вопрос, от класса делегата в .net наследовать нельзя. Точнее наследовать могут только компилеры и посуществу это вообще не класс, а шаблон класса |
| Автор: stab 14.1.2004, 11:58 |
| Vit, выложи, пожалуйста, описание и реализацию TObject или того, что его заменяет |
| Автор: Paradox 14.1.2004, 12:29 | ||
По моему в дотнет это System.Object |
| Автор: Cheba 14.1.2004, 13:24 |
| Вот в комплекте с Delphi 7 есть компилятор для .NET. А нет ли в Delphi 8 компилятора для обычного Win32, или как там его зхвать? |
| Автор: Vit 14.1.2004, 15:24 | ||||||||||
Или не сталкивался, или не владею терминологией.
Ну, эта штука естественно хорошо знакома.
Вроде бы нет, хотя у меня только бета, посмотрим что будет в релизе.
|
| Автор: Vit 14.1.2004, 15:33 |
| А может кто-нибудь возьмёт на себя труд объяснить простыми словами как события организованы? |
| Автор: gray_k 14.1.2004, 15:45 | ||
На дне Борланд в Москве, когда задали подобный вопрос топ-менеджер долго уходил от темы, а когда прижали таки прозвучала фраза: "C Delphi8 будет поставлятся Delphi7." ИМХО, всё ясно. |
| Автор: Kurt 14.1.2004, 18:02 | ||
http://www.sql.ru/forum/actualthread.aspx?bid=20&tid=18369&pg=3#462621. Тут рассказано про этот день Борланд. В самом конце.. Обратите внимание - "выступление спонсора".. ИМХО, это и есть покупка Borland.. |
| Автор: stab 14.1.2004, 19:03 | ||||||||
| Могу рассказать про то как события в .net организованны, про Delphi 8 не могу, т.к. не щупал еще. Про .net. Делегат это, что-то вроде указателя на функцию (C++) или процедурный тип (Pascal). Объявление делегата на C# выглядит так: delegate ret-type name (parameters); delegate служебное слово ret-type тип возвращаемого значения методов, которые может вызвать делегат name имя делегата parameters параметры методов, которые может вызывать делегат У каждого метода есть сигнатура, если сигнатура метода соответствует сигнатуре делегата, то он может вызвать этот метод. Сигнатура формируется исходя из возвращаемого типа и списка параметров. Скажем, если дельфевое TNotifyEvent = procedure(Sender: TObject) of object; первести в C#, то получим delegate void TNotifyEvent(object Sender);. Теперь требуется как-то использовать полученные знания
Короче, все как обычно. Теперь то же самое только на C#:
Теперь создадим объект этого класса и назначим обработчик события, а в случае C# (.net) даже несколько обработчиков на одно событие. Delphi:
C#:
Фишка в том, что в .net на одно событие мы повесили 2 (два) |
| Автор: Петрович 14.1.2004, 19:22 | ||
Здорово, однако вопрос, а если позже захочется снять один из обработчиков? Как это делается? |
| Автор: stab 14.1.2004, 19:26 | ||||||
можно так:
а можно так:
что в принципе эквивалентно, т.к. операция срвнение для делегатов перегружена и сравнивает не объекты, а то на что они ссылаются, т.е. методы. |
| Автор: AntonSaburov 15.1.2004, 10:35 |
| Думаю, что надо и мне слово сказать Я тоже смотрел Delphi 8. Итак: 1. По поводу вызовов WinAPI - да, так оно и делается, как vit показал. (Можете зайти в форум по .NET - там в разделе "Экспорт класса из DLL на VC++6.0, и его использование в .NET" есть практически такой же примерчик. 2. По поводу VCL - это фактически сделаны обертки вокруг компонентов для .NET. Поэтому можно предполагать, что компонентов будет прибавляться, т.к. на самом деле гибкость компонент в .NET достаточно велика и можно их там наклепать просто море. 3. По поводу BDE - лично мне кажется, что это тоже обертки вокруг копонентов от .NET |
| Автор: AntonSaburov 15.1.2004, 12:54 | ||||||
| Прочитал весь топик и понял, что теперь работы в форуме .NET явно прибавится Потому как половина, если не 80% из того, что спрашивается - относится исключительно к сфере .NET. Например:
Это идеи именно от .NET. В принципе эти идеи, как часто водится у Майкрософт, уже были использованы в других продуктах (в той же JAVA).
Думаю, что на 99% попаду в точку если напишу так
Это уже стандартный синтаксис для C#. Вряд в Delphi по-другому. |
| Автор: GASTON 15.1.2004, 14:34 |
| Vit Интересно, а UNICODE добавили? |
| Автор: stab 15.1.2004, 14:41 | ||
В .net стандартный класс String является Unicode строкой, так что должен быть unicode по дефолту. |
| Автор: stron 15.1.2004, 19:04 |
| Раз в Delphi 8, прослеживается Microsoft, то может они сделали несколько вариантов построения exe-шников??(в зав. от требований систеы??) |
| Автор: Vit 15.1.2004, 19:37 |
| Какие варианты имеются ввиду? |
| Автор: Петрович 15.1.2004, 20:45 | ||
На сколько я понимаю в .NET нет таких файлов как exe-шники. Там вроде как приложение компилится в некий P-код (MSIL), который превращается в исполняемый файл уже самим .NET, и то лишь при первом запуске на слиентском компьютере. Этим они и достигают независимости от клиентской платформы. |
| Автор: stab 16.1.2004, 07:12 | ||
PE-exe есть, но это не более чем контейнер для MSIL, там всего одна инструкция родного x86 кода:
|
| Автор: AntonSaburov 16.1.2004, 10:51 | ||
Именно так и есть - приложение компилится в некий байт-код, который уже интепретируется самой средой исполнения .NET - вообщем, прямо как JAVA. Но есть вариант оптимизации - на самом деле код инетпретируется всего один раз. После этого он с помощью JIT (just in time) компилятора создает в памяти уже платформозависимый код, который при следующем вызове выполняет. Поэтому то, что приложения на .NET исполняются медленнее, чем нативные программы, говорит о том, что компилятор в байт-код и JIT у них не такой уж и супер. Про независимость от копьютера - думаю, что Майкрософт стремится к этому всеми силами, но только не в смылсе независимости от ОС. Думаю, что Майкрософт хочет поставить Винду (а следующая Винда должна работать именно под .NET) на всевозможные компьютеры. В пику JAVA. |
| Автор: stron 17.1.2004, 14:45 |
| Я имел ввиду присоединение библиотек. Как в vc6 статические библиотеки, динамические..... |
| Автор: stron 17.1.2004, 14:54 |
| Это я к расширяемости .Net И вообще как она расширяется?? Расширяется исполняемая среда или всё пихается в IL файл?? |
| Автор: Wowa 19.1.2004, 18:06 |
| ИМХО ориентация Делфи под .NET это такой шаг, который в состоянии вообще все силы и языки в мире программирования переставить местами. Неизвестно, что будет завтра и что будет в спросе. ИМХО, получается, что теперь работодатели не будут настаивать на знаниии какого-то конкретного языка программирования. Главное - это знание .NET будет. |
| Автор: Петрович 19.1.2004, 21:38 | ||
Это вряд-ли. Существует еще работа в команде, сопровождение программ, и пр. |
| Автор: foRaver 21.1.2004, 18:30 |
| На тему этого, предлагаю посмотрет небольшую презентацию Delphi 8 вo Flash. Низнаю, может кому интересно будет... http://www.borland.com/delphi_net/demos/D8_InterBase_GUIOverview.html |
| Автор: Fedor 23.1.2004, 03:27 |
| foRaver Даже очень хорошая ссылка... Спасибо |
| Автор: Frikazoid 24.1.2004, 23:02 |
| А для мобильных устройств и КПК мона чего нить замутить? |
| Автор: December 25.1.2004, 01:22 | ||
Блин, какая же кабанистая эта презентация!!! Сколко она весит? |
| Автор: Cheba 25.1.2004, 02:14 |
| 8 054 031 байтов. :-) |
| Автор: Cheba 6.2.2004, 09:25 | ||
Выдержка из стстьи о Borland CaliberRM:
Значит, ли это, что будет и "обычный" Дэлфи, не для .НЕТ? |
| Автор: December 6.2.2004, 14:27 |
| Cheba Сказали же, в комплекте с D8 поставляется D7 |
| Автор: Cheba 7.2.2004, 01:09 |
| Так какого пишут про Д8? Уж тогда бы так и писали: "Д7, который при Д8 для .НЕТ" |
| Автор: -=::BlackCat::=- 7.2.2004, 13:36 |
| Народ, а можно будет использовать эти все навороты редактора D8 в D7? |
| Автор: December 7.2.2004, 19:10 |
| Да, интересный вопрос. Сокрытие неиспользуемого кода меня очень привлекает. |
| Автор: Frikazoid 7.2.2004, 21:00 |
| Так и ё! кто то мне скажет? там есть возможность программить под КПК(Корманные пк)? |
| Автор: Georg4 7.2.2004, 23:01 |
| Обычно неудачная нечетная версия, да вроде у дельфи то же самое! |
| Автор: Frikazoid 7.2.2004, 23:18 |
| А по моему это заморочки Линуксоидов и только! |
| Автор: TheAviator 8.2.2004, 23:19 |
| ГыГ. Шаг в направлении к совместимости это хорошо... Но ИМХО интерфейс у старых Дельфей намного удобней чем у VS.net. Лучше бы Visual Studio под Delphi средой закосили З.Ы. Форма в дельфях раньше была на закладке отдельно от кода, и ее удобнее было редактировать, чем в VS, особенно большую, полноэкранную. А в VS с полноэкранной формой возникают некоторые проблемы... И VCL в виде закладок сверху мне нравится намного больше, чем в VS компоненты .... |
| Автор: Medved 9.2.2004, 09:32 |
| А мне наоборот, такой интерфейс (VS) кажется удобней, просто к нему надо привыкнуть. |
| Автор: <Spawn> 10.2.2004, 18:06 |
| Поставил Дельфи 8(Быстро у нас пираты работают)) ).Пока что все очень нравится, но вот какая проблема. Создаю новый проект(VCL Forms Application), затем пытаюсь скомпилить на что мне выдает следущую ошибку: [Fatal Error] Project1.dpr(13): File not found: 'SysUtils.dcuil' |
| Автор: <Spawn> 10.2.2004, 18:29 | ||
Нашел в чем дело - необходимо было указать перед всеми модулями
Сама Дельфи этого не делает. Видимо нужно где то что то прописать. Но вот где? |
| Автор: Vit 10.2.2004, 18:35 |
| Моя делает. Думаю, что глюки беты. |
| Автор: <Spawn> 10.2.2004, 18:48 | ||
|
| Автор: <Spawn> 10.2.2004, 18:57 |
| в Tools>Options>DelphiOptions>Library>Namespace prefixes стоит Borland.Vcl, но видимо это пространство имен не подставляется автоматически... буду еще искать. |
| Автор: <Spawn> 10.2.2004, 19:53 |
| Что мне очень понравилось это огромнейший хелп, сделанный в виде MSDN. Класс!!! |
| Автор: <Spawn> 10.2.2004, 19:59 |
| Так я и не понял в чем было дело, но после перезапуска Дельфи все стало ок с модулями. |
| Автор: -=::BlackCat::=- 10.2.2004, 21:38 | ||||
я год назад в питере видел DOOM III полная версия стаяло, но ведь кождому ясно что это не так |
| Автор: Sergey T. 26.3.2004, 16:21 | ||
Нет - пробовал: создал проект (VCL forms) - без .net не работает. Следует понимать D8 - система для разработки исключительно .net приложений. Так что D8 хорошо, а D7 лучше (по крайней мере пока) |
| Автор: Гость_Dexter 14.4.2004, 07:52 |
| "В новой Дельфе не будет указателей " - как вообще, даже указателей на струтуры или это касается только Поинтеров. |
| Автор: Vit 14.4.2004, 15:46 |
| Вообще указателей |
| Автор: NiJazz 14.4.2004, 16:04 | ||
Vit
А это хорошо или плохо? |
| Автор: Vit 14.4.2004, 16:35 |
| Плюсы: - программирование становится более простое для обучения - резко снижается вероятность ошибок типа считывания непонятно чего из памяти или записи по случайному адресу какого то мусора, что резко увеличивает общую устойчивость програм, снижает вероятность разрушения программы и системы в целом при ошибках - возможность автоматического разрушения объектов и освобождения распределённой памяти, т.е. больше не надо беспокоиться о вызовах Free и Destroy, утечки памяти более будут не актуальны. - более высокий уровень абстрагирования от железа, под .net уже не играет значения 32 битный процессор или 64 битный или 1024 битный, программа будет работать используя на полную возможности процессора без какой-либо перекомпилляции. Минусы: - работа с указателями напрямую позволяет реализовывать более быстрые алгоритмы, получать более оптимальный и быстрый код - обращение к памяти напрямую позволяет обходить ограничесния языка, например читать данные из тех отделов программы, котрые запрещены к чтению языковыми конструкциями или например приводить типы нестандартными способами, просто физически по байтам разбирая их... |
| Автор: Петрович 16.4.2004, 13:46 | ||||||
А как-же PChar? Т.е. в D8 нет возможности использования существующих DLL в интерфейсе которых используется PChar? А как-же WinAPI - его использование в .NET тоже недопускается? Ведь там сплошь и рядом PChar.
Меня терзают смутные сомнения по поводу автоматически выполняющихся Free и Destroy. Иногда в Destroy приходится делать действия которые должны выполняться во вполне определенные моменты времени, а не тогда когда компилятору или RTL покажится удобнее.
А как это связано с отсутствием указателей? |
| Автор: Vit 16.4.2004, 14:56 | ||||||
Ну как ты знаешь и когда переходили с 16 на 32 разрядную платформу были специальные thunk для вызова 16 битного кода, здесь по моему что-то подобное. WinAPI вызываются, но параметры передются как string вместо PChar...
Конечно некоторая свобода теряется. Но с другой стороны - например Java - есть же язык с полностью автоматизированными сборщиками мусора, да и в Дельфи например теже строки - динамические структуры которые разрушаются прозрачно.
Например у тебя есть структура, ты знаешь что в 32 битной системе например integer 4 байта, pointer тоже... Таким образом ту можешь с помощью указателей обращаться к чему-то внутри структуры по относительным адресам, если разрядность системы изменить, то код работать перестанет. А вот если указателей нет и нет никаких способов прямого обращения к памяти то тебе прийдётся пользоваться стандартными средствами, которые будут работать на любой платформе. То же самое и например в DLL - обычно мы передаём указатель, 4 байта, т.е. при смене разрядности DLL уже работать не будет, а если передавать не указатель а строку то разрядность играть роли уже не должна. |
| Автор: Girder 15.5.2004, 14:09 |
| Кстати, скачал с WinUpdate, потдержку дополнительных языковых плагинов для Net.Fram. - прикольно, в Delphi 8 многие пункты(и подсказки) стали на русском. |
| Автор: Medved 17.5.2004, 23:39 | ||
|
| Автор: Maverick 22.5.2004, 13:35 |
| Народ, я зверею...... В-первые в жизни не пошел на рынок, а скачал с Delphi 8.0 сайта Borland.... триальную версию.... они сами виноваты, завтра пойду на рынок... Судите сами устанавливаю 4 час.... запрашивает апдейты, апгрейды, дополнительные сервисы.... кроме того, что я 120 метров с их сайта скачал, так еще 40 уже с других.... Причем инструкции на грани фантастики.... Объясните мне чего она еще хочет? Последний .NET скачал, сервис-пак к винде поставил, к интернет-експлоер суперпоследний..... зачем-то IIS просила - поставил..... забодался уже.... А она даже к инсталяции не приступает, просит Visual J# какой-то..... счас его скачаю, а завтра пойду к пиратам.... У всех так было? |
| Автор: x77 22.5.2004, 13:56 |
| Maverick, я его щас качаю мда... |
| Автор: <Spawn> 22.5.2004, 13:58 |
| Maverick Ни чего такого не было. Наверное потому, что уже все стояло P.S. У меня пиратская версия Добавлено @ 13:59 Только вот в вин 2003 у меня некоторые проблемы есть - вылетает с ошибкой при использовании некоторых компонентов. Я думаю может .NET Framework не та версия стоит? |
| Автор: p0s0l 22.5.2004, 14:55 |
| А насчет D9 что-нить слышали ? Вроде там будет полноценная поддержка WinAPI... Хотя что под этим понимается ? В D8 тоже как я понял, можно юзать WinAPI... |
| Автор: Maverick 23.5.2004, 12:01 |
| Злости больше нет..... за ночь докачал еще метров 100..... Но.... Оставляет приятные впечатления... Очень удобный инспектор объектов, окно кода - браво.... Палитра компонентов изуродована зачем-то... Разбираемся.... Ни один из старых проектов не открылся - это минус, но чувствуются горизонты - это плюс... Добавлено @ 12:02 Похоже придется посещать и другую часть форума.... .NET |
| Автор: Girder 24.5.2004, 08:27 |
| Это цветочки, когда начнеш программировать в D8(или переписывать ране написанные под D8) - злости прибавится. -Замеченные мною приколы в D8. Отказывается компилировать, если есть в листинги: а) работа с нетипизированными файлами и самое печальное б) участки кода на ассемблере |
| Автор: Akella 24.5.2004, 09:59 |
| Я так понимаю, пацаны, впечатления... не очень А какие требования по железу? |
| Автор: Vit 24.5.2004, 16:01 | ||
Такие же как для всего под .net - нужно не меньше 1GHz+256Mb |
| Автор: Maverick 24.5.2004, 17:37 |
| У меня дома 1000, 128... на поворотах притормаживает, но терпимо... Хе... ну если только это - я никогда не использовал на асм, ни нетипизированные файлы.... это было нехорошо уже под 5-ой.... |
| Автор: Girder 24.5.2004, 19:23 | ||||
Ну не знаю, хорошо-плохо - мне некоторые вещи проше написать на ассемблере...
Будите смеятся, но у меня дома встал на P233MMX+512Mb и WinXP(MOfficeXP ...), и D8net. Т.ч. мой совет >450MHz и >=512Mb.(а 256Mb - будет маловато и для 1Ghz) Для Celeron,Duron - друдновато дать совет(проше их выкинуть) |
| Автор: -=::BlackCat::=- 25.5.2004, 21:13 |
| как ты умудрился к 233 512 рама прикрутить? |
| Автор: x77 25.5.2004, 21:31 |
| -=::BlackCat::=-, подогнал напильником ;) |
| Автор: Girder 27.5.2004, 17:13 |
| Мамка поддерживает(В свое время купил 256+256 и поставил), а в чем проблемма? Для Maverick: -Перевел(переписал) код одной процедуры, раннее написанной на ассемблере, в паскаль. Теперь программа скомпилированная как в D8, так и в D7 - просто тормоз. |
| Автор: Ramzes 7.6.2004, 03:15 |
| Народ, у меня стоит и VS.NET и 8-я Делфя, компоненты в основном совместимые, и компоненты One Studio можно использовать и там и там, но у меня проблема. В Delphi в стандартном и в One объекте Connection не могу вызвать мастер для создания ConnectionString, его что ручками я должен набирать? мастер вызывается только в борландовском объекте. А в VS.NET вызывается в любом. Подскажите пожалуста как настроить в Delphi 8 ConnectionString для не болдандовских объектов Connection. |
| Автор: Kesh 22.8.2004, 19:14 |
| А что, поговаривают скоро .NET 2.0 выйдет... Будет ли она встаиваема в Delphi 8? |
| Автор: DeeZ 26.11.2004, 00:18 |
| Валялся у меня виртуальник (*.vcd) D8. Поставил - поплевался на IDE, полюбовался на редактор кода, поклацал компоненты и снес все это нафиг, файл затер... Вчера поставил Longhorn build 4074, удивился, что тормозит так и некоторые проги с 5-го раза запускаются... Сегодня прочитал топик этот и серьезно задумался: для чего мне мозг даден Буду опять D8 искать... Хотя мне ентот .NET как-то не подуше, нездоровая тенденция просматривается в развитии Windows - все дальше и дальше уводят девелоперов от железа. |
| Автор: Atos 26.3.2005, 06:24 |
| |
| Автор: rsm 26.3.2005, 08:52 | ||
Atos
Именно так! 2005-й Дельфи умеет компилить нормальные WinApi-вские проги, а Дельфи 8-ой нет. |
| Автор: Cr@$h 7.4.2005, 23:44 | ||||||||||||
На ECO и MDA технологию постепенно переходят, наверное.
Они новый формат help'а. a la КАК и MSDN. Раньше был WinHelp, HTMLHelp. Теперь этот формат. И за это им большое спасибо.
В D8 - не будут без .Net.
Но это уже совсем другая история... |
| Автор: Hidrag 13.4.2005, 12:37 |
| Прочитал все, но одного так и не догнал: то есть если я пишу к примеру прогу с использованием BDE скажем, или еще каких нибудь не микрософтских компонентов то как переносить такое приложение? Если Делфя сама дополняет ".нет" то как узнать чем? и как дополнить его на другом компе куда собираюсь ставить написаную в поте лица програмулинку? ))) |
| Автор: Cr@$h 13.4.2005, 23:48 |
| Кроме дотНЕТА ничего требоваться не должно. |