Новый тип программ – сборки

Компиляторы .NET Framework создают управляемые модули, которые содержат код на промежуточном языке CIL и метаданные. Однако CLR нс может непосредственно использовать управляемые модули. Базовой единицей защиты, управления версиями и развертывания в .NET Framework является не управляемый модуль, а сборка (assembly).

Сборка — это файл или набор файлов, составляющих логическую единицу. В сборку входят управляемые модули, а также и другие типы файлов (например, изображения). Один из управляемых модулей, входящих в сборку, должен содержать декларацию (manifest). Физически декларация является просто дополнительными метаданными. Когда компилятор создает управляемый модуль, одновременно являющийся и сборкой, декларация просто помещается в метаданные модуля. Логически декларация — это описание всей сборки. Наиболее важными элементами декларации являются:

• • имя сборки;
• • список всех файлов сборки вместе с криптографическими хеш-значениями, вычисленными по содержимому файлов;
• • список типов данных, экспортируемых другими файлами сборки, и информация, связывающая эти типы данных с файлами, где они определены;
• • номер версии в формате major.minor.build.revision (например, 1.0.3705−0).

Большинство сборок содержит один файл, но иногда они содержат и несколько файлов. Все файлы в составе одной сборки должны находиться в одной папке. Когда с помощью компилятора C# создается простой EXE модуль, то он является не только управляемым модулем, но и сборкой. Большинство компиляторов могут создавать управляемые модули, не являющиеся сборками, а также добавлять другие файлы к сборкам, которые они создают. В состав .NET Framework SDK входит утилита AL (Assembly Linker) для объединения файлов в сборки. Многофайловые сборки обычно служат для объединения модулей, написанных на разных языках, и для объединения управляемых модулей с обычными файлами, содержащими изображения в формате JPEG и другие ресурсы. Многофайловые сборки также применяются для разделения приложений на отдельные загружаемые части, что может пригодиться при развертывании приложения через Интернет.

При отсутствии специальных указаний компиляторы генерируют нестрого именованные (weakly named) сборки. Это означает, что сборка не имеет криптографической подписи и для ее идентификации CLR использует только имя, указанное в декларации (представляющее собой лишь имя файла сборки без расширения). Однако сборки могут быть и строго именованы (strongly named). Такие сборки содержат открытый ключ разработчика, а также цифровую подпись, являющуюся хэш-значением, сгенерированным для декларации сборки, в которой хранится открытый ключ.

Цифровая подпись, генерируемая с помощью закрытого ключа создателя сборки, может быть проверена открытым ключом и делает декларацию сборки (а значит, саму сборку) устойчивой к подделкам. Для идентификации строго именованной сборки служат имя сборки, открытый ключ, номер версии и строка региональных стандартов, если она есть. Любое, даже самое небольшое, отличие является достаточным, чтобы выявить изменение сборки.