Borland Developer Studio 2006 |
2 декабря в Москве прошел семинар "Delphi 2006, C++Builder 2006, C#Builder 2006 и новейшие ALM-решения Borland".
Данная тема предназначена для обсуждения семинара(впечатлений, итогов и т.п.)
Всего в теме 632 сообщения
Добавить свое сообщение
Отслеживать это обсуждение
№ 452 15-08-2006 13:34 | |
Ответ на »сообщение 451« (Aleg Azarousky)
___________________________
Вы хотите сказать, и Windows Presentation Foundation будет работать на Windows XP?
будет и на XP и на XP-embedded, плюс будет WPF/E(verywhere) для Windows CE и мака
№ 451 15-08-2006 07:36 | |
Ответ на »сообщение 447« (panda)
___________________________
Ответ на »сообщение 441« (Aleg Azarousky)
___________________________
Не возникает вопросов. Для SDK (точнее для Visual Studio) надо Win XP SP2 или Win 2003 SP1, сам фреймворк я еще не смотрел - может и на Win 2000 встанет.
Вы хотите сказать, и Windows Presentation Foundation будет работать на Windows XP?
Да, а Visual Studio 2005 фреймворк 3.0 разве поддерживает?
Поддерживает.
Наверное, потом добавили. Потому что когда вышла MVS 2005 о .NET 3.0 еще ничего не было слышно.
№ 450 15-08-2006 07:29 | |
Поправка к »сообщение 448« (torvic)
___________________________
поддержка компилятора XAML
№ 449 15-08-2006 07:24 | |
Ответ на »сообщение 444« (Артем)
___________________________
Я имел ввиду, что не надо путать .NET и Windows Forms, как один из ее составляющих. Естественно, компоненты Windows Forms не будут работать в VCL.NET, потому как VCL.NET - это альтернатива Windows Forms. И я считаю вполне нормальная альтернатива, сравнение с Turbo Vision здесь неуместно.
Что касается поддержки VCL.NET со стороны компонентостроителей, действительно, пока не густо, хотя и не пусто. http://www.torry.ru/pages.php?id=791
Тут вопрос стоит в популярности самой технологии .NET среди дельфийцев. Очень многие продолжают программировать под WIN32 и вполне довольны.
В любом случае, никто не мешает в Delphi 2006 использовать Windows Forms, а не VCL.NET.
№ 448 15-08-2006 07:24 | |
Ответ на »сообщение 438« (Max Belugin)
___________________________
как минимум нужны компилятор XAML'a и дизайнеры для WPF и WCF
№ 447 15-08-2006 07:03 | |
Ответ на »сообщение 441« (Aleg Azarousky)
___________________________
Да и в отношении самого .NET 3.0 много вопросов возникает, например: а будет ли он работать на XP, или только на Vista? Если только на Vista, то и спешить на него переходить смысла не имеет. Пусть сначала баги отловят.
Не возникает вопросов. Для SDK (точнее для Visual Studio) надо Win XP SP2 или Win 2003 SP1, сам фреймворк я еще не смотрел - может и на Win 2000 встанет.
Да, а Visual Studio 2005 фреймворк 3.0 разве поддерживает?
Поддерживает.
Если еще нет, то чего от Борланда требовать?
Если Вы не заметили, я ничего не требую от Borland. Я уже давно смирился с мыслью программировать под .NET на Visual Studio. А вот под Win32 - Delphi, на мой взгляд, лучшая платформа.
А Vista следует выбирать вовсе не из-за .NET 3.0 или нового графического инетрфейса, а совсем по другим причинам. Но это уже тема для совсем другого обсуждения.
№ 446 15-08-2006 06:56 | |
Ответ на »сообщение 440« (Андрей Лобзанов)
___________________________
Одновременно две турбо для разных платформ или языков установить будет нельзя. Это заявлено официально.
И? Пусть одни программисты пишут программы под Win32, другие - под .NET. У нас сейчас так и происходит. Никто не жалуется.
№ 445 15-08-2006 06:53 | |
Ответ на »сообщение 438« (Max Belugin)
___________________________
.NET 3.0 насколько я знаю - это 2.0 + дополнительные библиотеки - что вам требуется от D для их поддержки?
Мне требуется, чтобы это работало. Что можно посмотреть? Highlander? Так ведь и разговор о том, что его еще нет. Появится - будем проверять, заработает ли все автоматически.
№ 444 15-08-2006 06:31 | |
Ответ на »сообщение 442« (Aleg Azarousky)
___________________________
Первый раз слышу, что в VCL.Net-приложенит нельзя использовать компоненты для .Net.
Представьте себе, нельзя. Это, вообще, можно считать 3-ей платформой. В VCL.Net сделаны компоненты-обманки, повторяющие СТАНДАРТНУЮ палитру компонетов Delphi Win32. Т.е. EhDBGrid там, естественно, нет. Как и нормальных стандартных и нестандартных компонент .Net. Так что портировать приложение, в котором есть хоть один сторонний компонент (даже написанный вами!!!) вы не сможете.
У некоторых фирм было пару жалких попыток выпустить именно VCL.Net-компоненты, но, естессно, все это заглохло (видно им страшно стало :) )
Вообще, бредовая идея создать VCL.Net - это что-то вроде портирования текстовой Turbo Vision на графику. Тогда, почему-то, никому в голову такое не приходило. А сейчас - пришло. Это, просто, говорит о качестве менеджмента Борланда. Какой-нибудь боссик решил: "А давайте-ка мы сделаем возможным автоматическое портирование Win32 в .Net". В результате - колоссальные усилия программистов по реализациии этого чудовища Франкентштейна. А в основных средах - Win32 и .Net - куча недоработок и глюков (я, конечно, далек от мысли, что только по причине оттягивания сил программистов на VCL.Net). Ведь и на Delphi8, и на Delphi 2005 нельзя было работать - это был СПЛОШНОЙ БАГ И ЖУТКИЕ ТОРМОЗА. После такого безобразия им надо было BDS 2006 бесплатно раздавать!
Что в результате получилось - все знают. Нам с видом наивной девственницы рассказывают, что они, видите-ли, хотят сконцентрироваться на ALM (сделанный не Борландом, а купленными им в порыве экстаза более мелкими фирмами). Да я уверен, что с таким менеджментом и ALM загнется через пару-тройку годиков! Дейл Фуллер развалил, а следующий не нашел ничего лучшего как распродать средства разработки. И кто-то еще после этого будет говорить, что это Microsoft виновата. Сами виноваты! Тьху!
№ 443 15-08-2006 06:04 | |
Во кстати про .NET 3.0:
http://scripts.net.ua/news1566.html
...Таким образом .NET 3.0 — это .NET 2.0 плюс некоторая дополнительная функциональность. Существующая сейчас среда .NET 2.0 Framework и компиляторы остаются неизменными, а это означает, что написанный для них код будет работать без проблем (при переходе от 1.x к 2.0 такой совместимости не было!).
Что и требовалось доказать.
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|