Должностные лица Microsoft остаются непреклонными, в освещении деталей относительно разработки Windows 8 до середины сентября, когда компания проводит свою конференцию по Сборке. Но это не означает, что разработчики, которым любопытно, если не напрямую беспокоящийся, о будущем.Net и Silverlight sittling праздно, ожидая всех, чтобы быть показанными.
Из косвенных данных что Microsoft планирует от пропущенных битов в отношении так называемого Windows 8 Юпитера библиотеку UI; "собственная" платформа HTML, которая положится на механизм рендеринга Internet Explorer; и/или будущее Общеязыковой среды выполнения (CLR) в основе.Net Платформы. Но есть некоторые подсказки.
На первый взгляд легко спутать (Юпитер и DirectUI). Но если рыть глубже, окажется, что Юпитер мог бы быть так называемым Windows Runtime. DirectUI - графическая библиотека, которая находится на Юпитере. Windows Runtime походит на CLR.NET (общеязыковая среда выполнения), и Прямой UI походит на WPF. У DirectUI есть многие из элементов, которые присутствуют в WPF и Silverlight.
Мы знаем, теперь то, что в Windows 8, кажется, есть API “Windows Runtime”, который создается, у которого есть пространство имен DirectUI, которое содержит много очень подобного кода к тому, что найдено в WPF/Silverlight/WPF (больше так от Silverlight). Это не точно тот же самый код, а скорее очень скудное, хорошо продуманный интерфейс.
DirectUI (в Windows 8) является ясно близким к WPF/SL (чрезвычайно подобные API, XAML и т.д.), таким образом, на техническом уровне у этих двух API нет никакого отношения. НО …, они - оба дочерние элементы WinDiv и доказательства, показывает, что DirectUI (Win8) используется в качестве замены для DirectU I (XP). Это является довольно захватывающим - это означает, что у команды Windows наконец будут инструменты, чтобы принести Windows UI из каменного века!
В текущем мире окон мы взаимодействуем с окнами через API Win32. В новом мире это похоже, что новый API - WinRT. API, кажется, представлен управляемому миру через файлы метаданных, найденные в “System32\WinMetaData”
При высказывании, что, тем не менее, если Вы - опытный разработчик WP7 и понимаете настольные приложения Silverlight тогда, Вы уже создали свои приложения WP7 в разбитой на компоненты архитектуре, где есть отдельные библиотеки повторно используемого кода. Например Вам разделили решающий код c# в его собственный dll, что Вы знаете работы в WP7/Desktop Silverlight. Больше чем, вероятно, эта та же самая библиотека будут работать в Вашем новом управляемом приложении WinMD Win8. В мире Win32, чтобы создать окно потребовал вызова "CreateWindowEx". Есть теперь новый вызов, который мы можем использовать, чтобы создать "иммерсивное" окно “CreateImmersiveWindow”, и это может быть найдено в TwinUI.dll
Ukleja: кажется неизбежным теперь, что SLR будет поставлять в Win8. Есть приблизительно 10 WCL*.dll (Windows Class Libraries?), у которых есть зависимость от SLR100.dll. Те библиотеки WCL, кажется, содержат этот большой новый API (я считаю, что его можно было бы вызвать, "Windows Foundation" как там в одном пространстве имен вызывал это), таким образом, я не могу видеть, как они могут поставить без SLR теперь. Никакое возвращение вида вещи. Они WCL dlls мог бы быть запутан … некоторые люди, смотрели внутри, и весь "экспорт" (то есть код внутри) называют tx.mx, где T по-видимому обозначает Тип и М. стендов для Элемента. Если это не путаница тогда, это мог бы быть некоторый странный побочный эффект того, как SLR работает. Это - 100%-ый собственный код или нет? Никто, кажется, не знает наверняка. Иногда я получаю чувство, что этот SLR где-нибудь между двумя.
WinRT (Windows Runtime) тесно связан с COM. Это - возможный Windows Runtime, маркетинговое имя для SLR, таким же образом та.NET - маркетинговое имя для CLR. Успех WPF/Silverlight/WP7/"Юпитера" будет то, если app store позволит им, и если app store учитывает удобный для пользователя опыт установки/обновления. Если app store позволит легкую установку, что означает, что у них есть хорошее удобное для пользователя решение того, чтобы заставлять пользователя установить/обновить.Net framework/Silverlight платформа, то WPF/Silverlight будет процветать. Мой вопрос о номере один, что я ищу ответы от Сборки, состоит в том, как App store установит приложения Silverlight/WPF, у которых есть минимальные требования.