| | | | |
Полный текст материала
Цитата или краткий комментарий: «... Система программирования Borland ® Delphi™ For Microsoft ® .NET Framework - сложный программный продукт, дающий программисту все необходимые средства для создания программ любой сложности и назначения. Характерной особенностью системы является органичная поддержка новой технологии .NET. В этой главе приводится краткий обзор Delphi и технологии .NET. ...» |
Важно:- Страница предназначена для обсуждения материала, его содержания, полезности, соответствия действительности и так далее. Смысл не в разборке, а в приближении к истине :о) и пользе для всех.
- Любые другие сообщения или вопросы, а так же личные эмоции в адрес авторов и полемика, не относящаяся к теме обсуждаемого материала, будут удаляться без предупреждения авторов, дабы не мешать жителям нормально общаться.
- При голосовании учитывайте уровень, на который расчитан материал. "Интересность и полезность" имеет смысл оценивать относительно того, кому именно предназначался материал.
- Размер одного сообщений не должен превышать 5К. Если Вам нужно сказать больше, сделайте это за два раза. Или, что в данной ситуации правильнее, напишите свою статью.
Всегда легче осудить сделанное, нежели сделать самому. Поэтому, пожалуйста, соблюдайте правила Королевства и уважайте друг друга.
Добавить свое мнение.
| | Содержит полезные и(или) интересные сведения | [1] | 9 | 45% | | | | Ничего особенно нового и интересного | [2] | 11 | 55% | | | | Написано неверно (обязательно укажите почему) | [3] | 0 | 0% | | Всего проголосовали: 20 | | | Все понятно, материал читается легко | [1] | 12 | 85.7% | | | | Есть неясности в изложении | [2] | 1 | 7.1% | | | | Непонятно написано, трудно читается | [3] | 1 | 7.1% | | Всего проголосовали: 14 |
[.NET/ .NET Framework] [Delphi.NET]
Отслеживать это обсуждение
Всего сообщений: 2730-08-2004 18:16У Borland появилась одна тенденция:::
Тянуть со скомпилированнім файлом кучу мосора.
Приходится ставить дополнительніе упаковщики, итд итп.
Восьмая часть, как обещают,будет на подобие VB, в єту история мало верится, если судить по ранее глючнім версиям(4, иногда 5)
К тому же, зачем нам приближатся к VB, если можно перейти на етот VB, что, правда не хочется.
У меня сложилось такое впечатление, что фирма Borland пытается всех перегнать на С++, хотя я пока фанат Дельфей. |
|
30-08-2004 12:23А что касается последней версии Delphi ОНА мне не понравилась! Delphi 7 Ent лучше!
Сообщение не подписано |
|
30-08-2004 12:15Инна - ты полностью права, время DOSa полностью проходит, но стоит не забывать что многие машины
работаю ещё на DOSe ! И нам программерам приходится мирится с этим и придумывать всё новые проги под DOS!
Новые проги, которые идут не под DOS намного интереснее, но у нас не Америка и апгрейд и пользователей умеренный ! |
|
20-07-2004 11:57Весело. Народ, а кто собственно нас спрашивает, что нам нравиться или не нравится? Мне кажется, что это очередная революция уровня DOS/WINDOWS. И если я не ошибаюсь:
.NET ->
Появляются программы с новыми возможностями под .NET ->
Пользователи устанавливают .NET ->
Появляются инструменты с новыми возможностями, а старые останавливаются в развитии->
Программисты или пишут под NET или перестают быть таковыми.
Запустить Dos-программу можно до сих пор, но кто закажет программу под DOS?
Время пошло…
|
|
20-07-2004 03:13.NET это полная ... не скажу что
Не знаю как вы, а я не хочу, чтобы программы компилировались, когда я просто хочу ими пользоваться. Если дело так дальше пойдет, то окошки с содержанием типа "пожалуйста подождите, пока Windows будет скомпилирована" станут реальностью.
Уж лучше у меня будут отдельные версии одной и той же программы для каждой ОС, зато они будут меньше и быстрее.
Можно конечно купить быстрый компьютер, но ведь быстрые программы работают на быстром компьютере все равно быстрее медленных!
А в Delphi 8 у меня ни один старый проект не работает, все изза ограничений под С. Для С++ может это и новшества, но почитайте пару книг про Delphi и про .NET - все хорошие нововведения уже давно известны в Delphi и работают значительно лучше. Единственная новая вещь в Delphi 8, которой (мне лично) в Delphi 7 не хватает, это перегрузка операторов в классах (вообще интересная фича и С), а в остальном только испортили все.
Взять хотябы unit math.pas - в D7 оптимирован на асьме, заточенный под производительность, а в D8 сплошная лажа: ассемблер видете-ли "небезопасно" использовать...
Да что там говорить,
M$ must die!!! |
|
19-07-2004 00:39Насчет размера программ (и скорости):
Как известно, в Майкрософте, погоня за деньгами превыше всего. Маркетинг управляет всем. Все их прибыли зависисят от 1)продавить своих продукт, 2)выпустить раньше всех.
Это есть во всех коммерческих комнаниях. Но в MS это в самом худшем виде.
Качество кода - просто чудовищное. Экстенсивное наращивание "мяса" в чистом виде. Былы статья, довольно известная, о том как там софт пишут.
В общем, все их супер-технологии для одной цели - выжать побольше денег. Либо надежность за счет производительности, либо наооборот. Так что ничего хорошего в этом .NET нет:)
В лучшем случае, программы станут чуть надежнее, за счет чудовищной потери производительности.
Насчет апгрейда - а платить за него тоже MS будет???
Вот пример как НАДО програмиировать:
Есть такая игра Civilization-Evolution
(www.c-evo.org). В общем, полноценная пошаговая стратеги на уровне Сiv2/Civ3. Так вот, во первых написана она на Delphi 4. Во вторых, размер дистрибутива 900кб.(версия 2004 года!)
В третьих, минимальные системные требования: 200Мгц/Win95...без всякого аппаратного ускорения, ничего не тормозит. И работает в WinXP тоже.
В четвертых, исходники в открытом доступе.
P.S. Так что переходите на Линукс... |
|
15-07-2004 16:04
15-07-2004 15:11А товарищ Фаронов случайно не тот Фаронов что написал полезную толстенную книжку о паскале? |
|
15-07-2004 15:08Зря,робята ругаете д8.Ну пусть непривычное.Ну пусть место жрет.Ну пусть что с этими NET работать толком нельзя.И что?Ну даже пусть оно так страшно похоже на Вижуал Бейсик....
По крайней мере работать в ней ничуть не хуже чем в д5 и д7.Вот и всё. |
|
15-07-2004 15:00Вполне читабельное и итересное paper... |
|
10-07-2004 16:33"В основе технологии .NET лежит идея использования некоторого промежуточного машинно-независимого языка."
Так что, мы опускаемся на уровень VB? |
|
10-07-2004 16:27теперь загоняют в рамки .net
думаю, не стоит засорять себе память Д8 до тех пор, пока не будет твердых обоснований, что это необходимо, а то, в погоне за "прекрасным" ("новейшими" технологиями) забудем о том, зачем вообще нам это надо.
встать бы всем и сказать дружно NET MICROSOFTU |
|
07-07-2004 14:45Спасибо за обсуждение!
Попробую ответить на некоторые вопросы.
1. Для чего .NET?
Помнится, лет 12 назал один программист достал меня, убежденно доказывая, что ООП -
это происки врагов. Но, если серьезно, .Net - это серьезная попытка серьзных людей взглянуть
на современное (и, может быть, завтрашнее) программирование с системных позиций. Можно ли
все делать на API? Так ведь так до сих пор и делали! А на объектах? Все?!! Оказывается,
это даже лучше, чем на API! К тому же, я непрочь запрограммировать свой мобильник на десктопе.
Разумеется, речь не идет об интерфейсе.
2. А как быть с Win32 API на Linux (MAC'е или любом другом НИКСЕ)?
А никак - и это, на мой взгляд, одна из сильнейших сторон новой технологии. В многих сотнях
классов .NET Framwork всегда найдется несколько, которые с большим или меньшим успехом решают
задачу и без API.
3. А как быть с пугающими сотнями мегабайт и безусловным снижением производительности?
Если вы уже делали upgrade на своем компьютере (за десятки лет я сделал это уже не один
десяток раз), то прекрасно понимаете, что этот довод просто смешон. Я в 1987 сделал
одну систему моделирования, которая работала в 1 мегабайте с процессором 4.87 МГц,
с монохромной графикой 640х480 и с жутким GUI (без мыши!). Эта система влезала целиком
на одну 5" дискету 320 МБайт. Я и сегодня должен оглядываться на эти цифры?
Или вы по-прежнему распространяете свои шедевры на дискетах?
4.Может ли моя программа без переделок работать ... на Д8? Или под Longhorn?
Если речь о Д8, то компилироваться без переделок не может! Другое дело, если вы не использовали
на грани хакерских способов решения, это потребует от вас только изменения всех USES.
Только зачем? Ведь ЕХЕ у вас уже есть, а Longhorh должна его понимать без проблем.
5. Может ли Д8 работать без .NET Framwork?
В отличие от Д7 - нет.
Будет ли .NET (Д8, Д9 ...) панацеей от всех бед? Вряд ли. Конечно, окажутся дыры, а значит -
возможность их использования для вирусов или другой пакости. Но технология делает главное:
она отказывается от API и реестра. С помощью Visual Studio или Д8 можно создавать самоописываемые
программы, которые либо универсальны, либо нет (в терминах .NET - порождают управляемый и
неуправляемый код). Иными словами, и в Д8 (Visual Studio C#) можно использовать Win API и
выжимать из железа все. В большинстве случаев возникает резонный вопрос - зачем?
|
|
16-06-2004 12:33Два дня терпел, не утерпел :)
Здается мне, что Microsoft ® .NET Framework ничего, кроме гиммороя, ни разработчикам, ни пользователям не принесет.
А все эти разговоры насчет защищенности (дыры были и будут), скорости (какя может быть скорость если будет компиляция на лету, хоть она по мере надобности, хоть ненадобности :), ясно же, что это еще одно звено в цепочке на которое будет тратится процессорное время), про перенос в никсы я вообще молчу.
Так же интересен тезис о том, что одну и туже прогу можно будет, без переделки юзать и на ПК, и на КПК, и на мобиле (полная чушь, разве только посмотреть на этого монстра).
Ну вот раскритиковал :)
Хочу заметить, что это мое личное субъективное мнение, а также прошу прощения за орфографические и синтаксические ошибки :) |
|
15-06-2004 17:51Чё-то мне поплохело... Интересно, а пролог под .NET есть? |
|
15-06-2004 10:36Хотелось бы поблагодарить г-на Фаронова.
Это первая статья из которой можно что-то узнать о Delphi 8 кроме перспектив и недостатков.
Теперь нужен о краткий обзор классов. |
|
10-06-2004 16:15Только хотел почитать - статья исчезла :(
Где взять? Мож кто вышлет на мыло, плз? |
|
01-06-2004 14:54" можно ли Delphi-8 использовать вместо Delphi-7?"
В комплект Delphi 8 входят Delphi 7 и Kylix 3
Это ЖЖЖЖЖ неспроста.
|
|
01-06-2004 13:05Такое впечатление что Delphi 8 никто в живую не видил. (видимо 60 р. жалко :)
Восьмая Дельфа очень даже может заменить седьмую, т.к. VCL под Win32 там нисколько не изменился.
Кстати у меня 7 и 8 уживаются на одном компе.
Другое дело зачем ваабче нужен .NET и все что с ним связано?! По этому поводу надо бы отдельную тему открыть. |
|
29-05-2004 19:18"Хотел узнать главное для меня, можно ли Delphi-8 использовать вместо Delphi-7. Замечу ли я такую подмену, а если замечу, то сильно ли это меня обрадует"
- Борланд утверждает что можно, но боюсь что это всего лишь громкие обещания. Может с горем пополам им и удалось перекомпилить MastApp из папки \Demos\, но свои прожекты я уродовать не собираюсь а такую подмену заметить просто не возможно.
К тому же рекомендую заглянуть в Task Manager(2k/XP)...
и посмотреть сколько стало занимать памяти и виртуалки ваше новоиспеченное приложение на .NET...
(в 2-3 раза больше....и размер EXE с одной VCL формой тоже впечатляет, может предложите не использовать VCL чтоб размер EXE был по меньше как в VC++, и таксать за собой уже не какието мегабайтные файлы MSVCRTxx.dll а целые монстры Runtime J#, C# энжины да патчи к ним на сотни мегов. Можно конечно и без VCL, все делать на WindowsForms - ну а зачем тогда Delphi!
Да и еще, сама DelphiIDE работает со скоростью JAVA, Говорите не беда, поставим P4-Athlon64 ? Ну-ну...)
А если очень таки хочется познакомится с Delphi8 то я рекомендую это делать "левом", но НЕ на рабочем компе где стоит Delphi7.
PS: Может Delphi9 будет нормальной ? Ктото знает ?
PPS: Книжку которая описывает как "ЧТОТО" работает плохо, купит только сам разработчик этого "ЧТОТО" чтобы сделать себе заплатки.
PPSS: Все вышесказанное - мое личное мнение.
Пожалуйста исправьте меня если я где-то ошибся.
|
|
29-05-2004 19:05"Хотел узнать главное для меня, можно ли Delphi-8 использовать вместо Delphi-7. Замечу ли я такую подмену, а если замечу, то сильно ли это меня обрадует"
- Борланд утверждает что можно, но боюсь что это всего лишь громкие обещания. Может с горем пополам им и удалось перекомпилить MastApp из папки \Demos\, но свои прожекты я уродовать не собираюсь а такую подмену заметить просто не возможно.
К тому же рекомендую заглянуть в Task Manager(2k/XP)...
и посмотреть сколько стало занимать памяти и виртуалки ваше новоиспеченное приложение на .NET...
(в 2-3 раза больше....и размер EXE с одной VCL формой тоже впечатляет, может предложите не использовать VCL чтоб размер EXE был по меньше как в VC++, и таксать за собой уже не какието мегабайтные файлы MSVCRTxx.dll а целые монстры Runtime J#, C# энжины да патчи к ним на сотни мегов. Можно конечно и без VCL, все делать на WindowsForms - ну а зачем тогда Delphi!
Да и еще, сама DelphiIDE работает со скоростью JAVA, Говорите не беда, поставим P4-Athlon64 ? Ну-ну...)
А если очень таки хочется познакомится с Delphi8 то я рекомендую это делать "левом", но НЕ на рабочем компе где стоит Delphi7.
PS: Может Delphi9 будет нормальной ? Ктото знает ?
PPS: Книжку которая описывает как "ЧТОТО" работает плохо, купит только сам разработчик этого "ЧТОТО" чтобы сделать себе заплатки.
PPSS: Все вышесказанное - мое личное мнение.
Пожалуйста исправьте меня если я где-то ошибся. |
|
29-05-2004 19:00"Хотел узнать главное для меня, можно ли Delphi-8 использовать вместо Delphi-7. Замечу ли я такую подмену, а если замечу, то сильно ли это меня обрадует"
- Борланд утверждает что можно, но боюсь что это всего лишь громкие обещания. Может с горем пополам им и удалось перекомпилить MastApp из папки \Demos\, но свои прожекты я уродовать не собираюсь а такую подмену заметить просто не возможно.
К тому же рекомендую заглянуть в Task Manager(2k/XP)...
и посмотреть сколько стало занимать памяти и виртуалки ваше новоиспеченное приложение на .NET...
(в 2-3 раза больше....и размер EXE с одной VCL формой тоже впечатляет, может предложите не использовать VCL чтоб размер EXE был по меньше как в VC++, и таксать за собой уже не какието мегабайтные файлы MSVCRTxx.dll а целые монстры Runtime J#, C# энжины да патчи к ним на сотни мегов. Можно конечно и без VCL, все делать на WindowsForms - ну а зачем тогда Delphi!
Да и еще, сама DelphiIDE работает со скоростью JAVA, Говорите не беда, поставим P4-Athlon64 ? Ну-ну...)
А если очень таки хочется познакомится с Delphi8 то я рекомендую это делать "левом", но НЕ на рабочем компе где стоит Delphi7.
PS: Может Delphi9 будет нормальной ? Ктото знает ?
PPS: Книжку которая описывает как "ЧТОТО" работает плохо, купит только сам разработчик этого "ЧТОТО" чтобы сделать себе заплатки.
PPSS: Все вышесказанное - мое личное мнение.
Пожалуйста исправьте меня если я где-то ошибся. |
|
29-05-2004 16:36При всем моем глубоком уважении к г-ну Фаронову, мне кажутся странными высказывания вроде
"...Технология .NET - это сравнительно недавнее изобретение программистов корпорации Microsoft. ... В основе технологии .NET лежит идея использования некоторого промежуточного машинно-независимого языка....". Точно такое же "недавнее" изобретение программистов Sun. А еще недавнейшей была концепция Паскаль-кода от г-на Вирта сотоварищи. Слишком много мы читали о "недавних изобретения БГ" за последние десять лет. Видимо, вскоре и велосипед будет (R) MS.
"...программа, созданная на платформе Wintel (процессоры Intel и операционная система Windows) может без каких-либо переделок работать на любом компьютере под управлением операционных систем Linux, Macintosh, Solaris и т. п...". И как же она будет работать без библиотек WINAPI. Или может MS предлагает нам возможность использовать Windows как устанавливаемый аддон к Linux. Вот класно.
Это ж я под OS/2 смогу ого-го чего запускать!
"...Замечательной особенностью новой технологии является ее объектная ориентация....". :-) смешно. Как в анекдоте: "Майкрасофт - это не способ жизни а сексуальная ориентация".
"...одной их замечательных способностей CLR является встроенная в нее борьба с утечкой памяти ...". Помнится когда-то сионисты (пардон, С-программисты) Яву ругали за встроенный сборщик мусора. Дескать, он приводит "к потере внимания и расхлябаности". Интересно, как в .NET эта борьба организована. Наверное, через "Программа выполнила ... и будет ..." или нет, не так - "Виндовс не хватает памяти, давайте закроем несколько программ" :-)
"...Распределение в управляемой куче идет быстрее, чем в неуправляемой. CLR просто наращивает значение указателя кучи, что почти также быстро, как при заталкивании данных в стек. Кроме того, так как новые объекты распределяются в памяти последовательно, приложение обращается к ним быстрее....". Безусловно, при наличии достаточного кол-ва ОЗУ. А как .NET-овский менеджер памяти ведет себя при недостатке ОЗУ? Помнится, в предыдущих версиях Дельфи использовался свой менеджер памяти, Борландовский (вспоминается фраза г-на Пачеки "...инженеры Борланда не доверяют инженерам Микрософт..."). Интересно, а в Дельфи 8 менеджер памяти - уже от MS или опять же "свій, рідний".
"...В платформах Win32 возникают две проблемы совместимости версии. ...
Windows 2000 (ХР) частично решает проблему с помощью двух приемов. Windows 2000/ХР разрешает размещать вспомогательные DLL в ту же па_п_ку, что и исполняемый файл. Такие компоненты отыскиваются первыми и поэтому игнорируются другие версии..." - Такая "защита" еще в ДОС была.
"...Windows 2000/ХР блокирует файлы, которые помещаются в системную папку System32 при установке ОС, и не позволяет другим приложениям замещать их...." - А вот это вообще "круто" и к прикладным программам никакого отношения не имеет.
"...Для решения проблемы версионности сборки делают следующее. ...". Решение своих же ограничений нам преподносится как сверхсовременное 100% лекарство.
"...Исторически сложилось так, что параллельно запускаемые на одном компьютере программы всемерно изолированы друг от друга....". Исторически сложилось так, что есть много "товарищей" у которых сильно чешутся руки, и их программы опасно использовать. А для межпроцесного взаимодействия существует достаточно механизмов и они прекрасно работают как на благо масштабируемости серверов, так и для перехвата нажатых клавиш на компьютере дяди Васи.
p.s.: Раздел "ЗНАКОМСТВО С DELPHI 8", представляющий наибольший интерес, скромно занял 1/3 обзора. Так держать!
|
|
29-05-2004 01:39Лирическое отступление:
Не знаю, возможно, это у меня что-то с восприятием, а возможно это из-за того, что статья является всего лишь отрывком, но как-то не могу в очередной раз проникнуться я духом дот-Нета... Кто бы мне объяснил, зачем ОНО вообще нужно? Что я с этого буду иметь? Программы станут устойчивее? Быстрее и надёжнее? Что-то меня терзают смутные сомнения...
Теперь по теме:
Интересно бы почитать по поводу очередной "новой" технологии доступа к БД. Насколько она надёжна, быстра и удобна при работе с действительно большими базами (скажем, от сотни мегабайт). Как показывает практика, все имеющиеся на данный момент технологии, разве что кроме нативного доступа (и то с оговорками) достаточно кривы и требуют танцев с бубном. VCL... а что VCL? как показать данные - дело десятое, хоть и важное. Сколько раз при этом будет вызываться внутренний компилятор и как он закэширует код - меня как прикладника волнует мало (похоже на апачевско-перлово-фастCGIшную модель - или это у меня глюки?). А вот какие у меня будут издержки при доставании с сервера курсора, какие будут утечки памяти при непрерывной работе сессии, скажем, в пару-тройку недель?
PS. ...некоторым промышленным серверам, в том числе - к MySQL
=) сильно сказано. |
|
28-05-2004 20:47А как в Delphi 8 обстоят дела такими нововведениями как:
1. Делегат
2. Сборщик мусора
3. Remoting
4. Расширения синтаксиса типа foreach, using
?Сообщение не подписано |
|
28-05-2004 18:46>>>Кажется, это должно означать, что старые возможности системы сохраняются
С чего Вы это взяли? |
|
28-05-2004 17:40Хотел узнать главное для меня, можно ли Delphi-8 использовать вместо Delphi-7. Замечу ли я такую подмену, а если замечу, то сильно ли это меня обрадует. Однако большая часть статьи посвящена совсем другой теме (NET), а когда мы наконец добрались до новой версии Delphi то мой вопрос повис в воздухе. С одной стороны, в статье говорится о том, какие новые возможности предоставляет новая версия. Кажется, это должно означать, что старые возможности системы сохраняются, то есть Delphi-8 может работать без установленной NET Framework и компилировать неуправляемые приложения. С другой стороны там говорится, о том, что Delphi-8 "не может не использовать эту технологию" (технологию NET). Вот и разберись... Сообщение не подписано |
|
|
|