Max Home IndustryУтверждение, что в настоящее время ходят слухи, что Windows 8 наконец-то завершит проект Longhorn, может быть слухом, но, похоже, оно имеет большой смысл, если собрать головоломку вместе.
Было много предположений о том, что Microsoft собирается делать с .NET и HTML5. Компания не помогла в этом, а ее заявления и отсутствие заявлений значительно усугубили сложную ситуацию.
Теперь у нас есть свет в конце туннеля. Статья в Ars Technica — Windows 8 для разработчиков программного обеспечения: возрождение мечты Longhorn? проливает фасоль — хотя нет никаких указаний на то, откуда она взялась. Стоит ли доверять такой неизвестной информации? В большинстве случаев ответ должен быть отрицательным, но в этом случае описание имеет большой смысл, так что, возможно, в нем есть доля правды. Представленные аргументы также удивительно подробны и восполняют некоторые недостающие особенности, отсутствующие в более ранних утечках и предположениях.
Представленный аргумент состоит в том, что Windows 8 должна стать большим шагом вперед, чем должна была стать злополучная версия Windows Longhorn. Все мы знаем, что Windows имеет устаревшую проблему. По сути, это система C / C ++ с простым API низкого уровня. Предполагалось, что Longhorn станет первым шагом от этого, но он был слишком амбициозным, и вместо этого мы остановились на .NET и WPF. В .NET и WPF нет ничего плохого, но команда Microsoft Windows проигнорировала это и по-прежнему игнорирует. Новые API Windows основаны на вызовах функций или, в лучшем случае, на COM.
Новая идея заключается в том, что Windows 8 представляет собой отход от необработанного API и будет поставляться с новой средой выполнения .NET, а также производной от COM среды выполнения C ++ под названием WinRT. Новая собственная библиотека пользовательского интерфейса под названием DirectUI будет построена поверх Direct2D. В результате в Windows 8 появится интерфейс COM или .NET, обладающий всеми преимуществами WPF, то есть аппаратное ускорение и сложность, предлагаемые современным графическим оборудованием на базе графического процессора.
Почему бы просто не использовать WPF? Ответ заключается в том, что его непросто использовать с C ++, поэтому в некотором смысле команда разработчиков C ++ Windows выиграла, а управляемый код проиграл. Короче говоря, Win32 заменяет не WPF и .NET, а WinRT / DirectUI.
Silverlight будет доступен в этом новом мире, но будет построен или перестроен на основе WinRT / DirectUI. DirectUI также будет иметь интерфейс XAML, позволяющий программистам .NET чувствовать себя как дома. На данный момент неясно, какая часть Silverlight 6 или Jupiter в его кодовом названии сохранит то, что делает Silverlight. Что с WPF? Что ж, на данный момент кажется, что это просто потеряно при переходе. Зачем вам нужен WPF, если Silverlight — это инструмент .NEt, используемый для создания пользовательского интерфейса?
Если все это звучит как шаг назад, то вы программист .NET. Если вы думаете, что это большой шаг вперед, то вы, скорее всего, программист на C ++. Все дело в том, что этот сдвиг дает .NET и C ++ равную долю в продвинутом API.
А как насчет HTML5 и JavaScript?
Что ж, похоже, что и здесь будет равная или, возможно, более равная ставка. Вы можете разрабатывать приложения, используя JavaScript для DirectUI, если хотите — а почему бы и нет. Опять же, детали не ясны, но если это правда, похоже, что переход в Microsoft не столько в сторону HTML5 / JavaScript, сколько в сторону DirectUI, C ++ и COM-подобных технологий.
Это хорошо или плохо?
Унифицированный интерфейс API для Windows, основанный на чем-то современном, — это хорошо. Разорвать инфраструктуру и начинать заново — это плохо, но большинство программистов не могут устоять перед этой тенденцией. Похоже, что фракции управляемого кода в Microsoft так и не удалось убедить твердую команду разработчиков C ++ / COM Windows использовать новую технологию, и теперь они расплачиваются за это.
Если все это правда, и, как я уже сказал, это имеет больший смысл, чем Microsoft, просто вкладывающая свою долю в HTML5 / JavaScript, который является крайне неадекватной технологией, тогда возникает вопрос, почему бы не рассказать нам больше?
Зачем молчать по вопросу, где молчание явно приносит больше вреда, чем пользы?
Как не устают повторять — смотри это пространство ….
Обновлять:
В статье Мэри Джо Фоули сообщает об утечке электронного письма:
«20 июня Microsoft разделила свою команду XAML, отправив часть ее в Windows, часть — в Windows Phone и оставив часть в отделе разработчиков, — говорится в электронном письме руководителя отдела разработчиков Сомы Сомасегара от 20 июня».
Это достаточно хорошо согласуется с тем, что XAML становится базовой технологией Windows, а не частью подсистемы .NET.