Как среда выполнения Windows 8 (WinRT / Windows Store apps / Windows 10 Universal App) сравнивается с Silverlight и WPF? [закрытый]

на самом низком уровне WinRT-это объектная модель, определенная на уровне ABI. Он использует COM в качестве базы (поэтому каждый объект WinRT реализует IUnknown и делает refcounting), и строит оттуда. Он добавляет довольно много новых концепций по сравнению со старыми COM, большинство из которых поступают непосредственно из .NET - например, объектная модель WinRT имеет делегаты, а события выполняются в стиле .NET (с делегатами и методами добавления/удаления подписчика, по одному на событие), а не старая модель COM источников событий и событий. умывальники. Из других примечательных вещей WinRT также имеет параметризованные ("общие") интерфейсы.

еще одно большое изменение заключается в том, что все компоненты WinRT имеют метаданные, доступные для них, как и сборки .NET. В COM у вас вроде как было это с typelibs, но не каждый компонент COM имел их. Для WinRT, метаданные, содержащиеся в .файлы winmd-загляните внутрь "C:\Program файлы (x86)\Windows Kits\8.0\Windows Metadata\" в окне предварительного просмотра разработчика. Если вы осмотритесь, то увидите, что они на самом деле сборки CLI без кода, просто таблицы метаданных. Вы можете открыть их с помощью ILDASM, на самом деле. Обратите внимание, что это не означает, что WinRT сам управляется - он просто повторно использует формат файла.

тогда существует ряд библиотек, реализованных в терминах этой объектной модели, определяющей интерфейсы и классы WinRT. Опять же, посмотрите на папку "метаданные Windows", упомянутую выше, чтобы увидеть, что там; или просто запустите Object Browser в VS и выберите "Windows 8.0" в селекторе фреймворка, чтобы посмотрите, что покрыто. Там много чего есть, и это не касается только пользовательского интерфейса - вы также получаете пространства имен, такие как Windows.Data.Json или Windows.Graphics.Printing или Windows.Networking.Sockets.

затем вы получаете несколько библиотек, которые специально занимаются пользовательским интерфейсом-в основном это будут различные пространства имен под Windows.UI или Windows.UI.Xaml. Многие из них очень похожи на пространства имен WPF/Silverlight-например Windows.UI.Xaml.Controls близко соответствует System.Windows.Controls; то же самое для Windows.UI.Xaml.Documents etc.

теперь .NET имеет возможность напрямую ссылайтесь на компоненты WinRT, как если бы они были сборками .NET. Это работает иначе, взаимодействия с COM - вам не нужны никакие промежуточные артефакты, такие как сборки, вы просто /r a .файл winmd, а также все типы и их члены в его метаданных становятся видимыми для вас, как если бы они были объектами .NET. Обратите внимание, что сами библиотеки WinRT являются полностью родными (и поэтому родные программы C++, которые используют WinRT, вообще не требуют CLR) - магия для предоставления всего этого материала в качестве управляемого находится внутри CLR сам по себе, причем довольно низкого уровня. Если вы ildasm программа .NET, которая ссылается на a .winmd, вы увидите, что он на самом деле выглядит как ссылка на сборку extern - там нет ловкости рук, таких как встраивание типа.

это не тупое отображение, либо-CLR пытается адаптировать типы WinRT к их эквивалентам, где это возможно. Так, например, идентификаторы, даты и URI стать System.Guid,System.DateTime и System.Uri, соответственно; WinRT коллекции интерфейсов, таких как IIterable<T> и IVector<T> стань IEnumerable<T> и IList<T>; и так далее. Это происходит в обоих направлениях - если у вас есть объект .NET, который реализует IEnumerable<T>, и передайте его обратно в WinRT, он увидит его как IIterable<T>.

в конечном счете, это означает, что ваши приложения .NET Metro получают доступ к подмножеству существующих стандартных библиотек .NET, а также к (собственным) библиотекам WinRT, некоторые из которых - особенно Windows.UI - посмотрите очень похож на Silverlight, API-wise. У вас все еще есть XAML для определения пользовательского интерфейса, и вы все еще имеете дело с те же базовые понятия, как в Silverlight - привязки данных, ресурсы, стили, шаблоны и т. д. Во многих случаях приложение Silverlight можно портировать просто с помощью using новые пространства имен и настройка нескольких мест в коде, где был настроен API.

WinRT сам по себе не имеет ничего общего с HTML и CSS, и он имеет отношение к JavaScript только в том смысле, что он также подвергается там, подобно тому, как это делается для .NET. вам не нужно иметь дело с HTML / CSS/JS, когда вы использовать библиотеки пользовательского интерфейса WinRT в вашем .Net приложение Метро (ну, я думаю, если вы действительно хотите, вы можете разместить WebView управление...). Все ваши навыки .NET и Silverlight остаются очень актуальными в этой модели программирования.