Почему сборки модулей WinRT имеют то же полное имя, что и их (разные) не-WinRT-копии?

На самом деле это скорее вопрос типа любопытства. Я занимаюсь поиском типов в сборках и raw IL. Windows 8 действительно создает излом в том, что я реализую. Я обнаружил, что сборки сборки WinRT и non-WinRT имеют одно и то же полное имя.

Таким образом, невозможно объективно сказать, полагается ли сборка на WinRT или не-WinRT версии сборщиков фреймов (и да, возможно использовать оба). Эти сборки сильно различаются, однако, в макете и в реализованных типах.

Почему они не меняли токен открытого ключа или номер версии при создании сборок WinRT?

Ответ 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'