Кодовое имя WinFX против .NET Framework 3.0

Говорит Клементс Вастерс, MSDN Blogs: Я расстроился, когда исчезли “Indigo” и “Avalon”. Было бы здоровое если бы у ас были зарегистрированные торговые марки на кодовые имена, которые можно было бы оставить. Подумайте о Delphi или Safari…

Indigo был хорошим, к нему можно было легко обратиться, но он не вписался в общую картину технологий, он не был похож на те специфичные названия, которые мы привыкли давать платформам. А ведь моя речь здесь могла бы быть на 10 минут короче, если бы я говорил о Indigo, а не выговаривал непроизносимое Windows Communication Foundation. Да и моя визитная карточка была бы куда миниатюрнее.

Однако, когда я узнал, что имя WinFX ушло (это было за несколько недель до официального анонса), и новые технологии Vista (WPF/WF/WCF/WCS) будут помещены внутрь бренда .NET Framework, я был рад. Еще в 2004 году стало понятно, что грандиозный план поместить все новые технологии на вершину управляемого API не оправдает себя и концепция Win16 > Win32 > WinFX несколько неверна и не дает полного представления разработчикам о сути вещей. Ведь именно .NET Framework – лучший выбор для бизнес приложений, к тому же это устоявшийся бренд. Люди именуют себя «дотнетовскими» разработчиками. Но даже притом, что .NET Framework «покрывает» и Indigo, и Avalon, и InfoCard, и даже Workflow, в Windows Vista остается множество вещей требующих использования P/Invoke или COM/Interop через управляемый или неуправляемый код. Это не проблема. Что-то должно управлять управляемым кодом и нет никакой необходимости переписывать все подсистемы в управляемом коде только для добавления или изменения функций.

Итак, теперь все это добро – часть .NET Framework. Это хорошее, хорошее, хорошее изменение. Теперь понятно, что есть что.

Но вот что запутывает, так это приставка «3.0». Ведь Framework 3.0 на вершине 2.0 CLR, будет включать 2.0 версии Base-Class Library, Windows Forms, ASP.NET. В состав не входит формально анонсированные третьи версии технологий, таких как VB9, C# 3.0 и LINQ. Мне кажется, что путаницы бы было куда меньше, если бы название платформы соответствовала своему смыслу: например, она бы могла называться .NET Framework 2006, что намного лучше объясняло бы суть, ликвидировала возможные непонятки. Правда не достаточно просто начать войну «2006» против «3.0».

Но это вопрос руководства; да к тому же никто не заставит разработчиков ASO.NET и Windows Forms выпускать полностью обновленные версии их продуктов каждый код. Они выпустили Whidbey (2.0) в конце 2005, и их план выпустить обновление где-то в 2007 году – вместе с Orcas. Мы (команда WinFX) приписаны к выходу Vista в конце этого году, и мы предоставляем грандиозное обновление, которое будет в каждой копии новой ОС. LINQ, также как C# и VB9, привязаны к Visual Studio и Orcas. .NET Framework охватывает другие команды разработчиков, такие как Developer Division, Connected Systems, Windows Server, Windows Client, SQL Server и др. Когда же происходит столкновение с такими командами, как Office, SQL, BizTalk, Windows Server или Windows Client и др., который продолжают использовать неуправляемый код Win32/Win64, они временами переходят на управляемые API, или наоборот, добавляют что-то свое, что затем включается в обновление Framework.

Так что следует думать о версии .NET Framework в терминах «перекрытия», а не «изменений». До 2.0 все было синхронно и просто, но все меняется. Конечно, это не первый случай, когда пакет получает новую версию вне зависимости от компонентов. Тоже самое было с ASP.NET и некоторыми другими технологиями, которые создавали иллюзию новизны.

И, разумеется, когда мы полностью охватим Win32/Win64, мы снова переименуем все это в WinFX (последнее воспринимайте как шутку).

Источник: http://blogs.msdn.com/clemensv/
Перевод: Райкер