Ответ 1
WinRT имеет набор прогнозов, один из которых предназначен для проекта winrt apis как ".net framework", другой проект используется для Cpp и для html/js stack.
На самом деле, если кто-то хочет создавать новые прогнозы для поддержки других языков и фреймворков, они могут это сделать.
Создание вещей выглядит так. framework framework имеют важный набор целей:
Первичные разработчики, которым уже известна .net-разработка, не нужно начинать с scracth, winrt очень похож на обычную программу framework.net.
Затем существует много кода .net framework, который является независимым от платформы, поэтому этот код можно перекомпилировать или повторно использовать в любой среде, поддерживающей только подмножество базовых подпрограмм framework, это ключевая тема, поскольку это обеспечивает упрощенный способ предоставлять .net-функции для разработчиков .net.
И последнее, но не менее важное: современные разработчики .net создали много кода, и одно обязательство Microsoft при создании проекции ".net" обеспечило некоторую совместимость с уже созданными подпрограммами .net, и это объяснение, потому что некоторые сборки mantain некоторые заглушки и подписи, которые выглядят как .net framework.
Это ссылочные сборки, что означает что-то вроде "прокси-сборки". Прокси-сервер должен выглядеть как реальный объект, каким-то образом, но не полный образ реального объекта. Вы должны быть ясно, что проекция Winrts.net - это не полная сборка ссылок .net, в WinRT нет никакой инфраструктуры .net, которая представляет собой небольшой набор функций. Это причина, потому что у вас нет всех типов и, конечно же, у вас нет всех методов или свойств.
нет другого продукта, я имею в виду, что нет другой структуры или другой сборки, делающей то же самое, является прокси-сервером только для метаданных. Не является другой версией .Net Fx, абсолютно нет. Является сборкой, созданной для создания моста между Runtime и другим, пересекающим некоторые границы platfform. Так что я думаю, что это совершенно удобная настройка FQN с тем же именем, потому что в будущем выпуске возможно может существовать другая эталонная сборка для другой версии .net fx. Я считаю, имя и версия - это ярлык для того, чтобы знать, какая сборка .net fx вы ссылаетесь и btw сохраняете имя сборки 'compat layer'