Версия сборки ü Номер версии сборки имеет формат major. minor. build. revision. Например, 2. 3. 0. 0 ü Значения major(старший), minor(младший), build (компоновка) и revision(ревизия) – неотрицательные целые числа. Значения старших и младших номеров должны обязательно присутствовать в номере версии сборки. ü Номер версии можно задать с помощью атрибута [ Attribute. Usage. Attribute(Attribute. Targets. Assembly, Inherited=false)] public sealed class Assembly. Version. Attribute : Attribute ü Атрибут имеет один обязательный параметр – строка в формате major. minor. build. revision или major. minor. *. ü Например, [assembly: Assembly. Version("1. 0. 0. 0")]
Соглашения о номере версии сборки ü Приняты следующие соглашения относительно версий сборки: Major Сборки с одним и тем же именем, но с разными значениями старшего номера версии не взаимозаменяемы. Например, значение major заменяется, если нет обратной совместимости с предыдущей версией. Minor Сборки с совпадающими именами и старшими номерами, которые отличаются младшими (minor) номерами , предполагают полную обратную совместимость с предыдущей версией. Build Отличие в номере компоновки означает перекомпиляцию одного и того же исходного файла для разных процессоров, платформ или другого компилятора. Revision Сборки с совпадающими именами, старшими и младшими номерами, но с разными ревизиями(revisions) полностью взаимозаменяемы. Это версии с небольшими изменениями и исправлениями, связанными, например, с решением проблем защиты в предыдущих версиях.
Строгое имя сборки ü. NET Framework поддерживает два вида сборок • с нестрогими именами (weakly named); • cо строгими именами (strong named). ü По умолчанию при компиляции создаются сборки с нестрогими именами (weakly named). • для сборки с нестрогим именем разрешено только закрытое (private) развертывание – в обычном каталоге; • для идентификации сборки с нестрогим именем CLR использует только имя из декларации сборки. ü При создании сборки со строгим именем (strongly named) используется криптографическая пара – открытый и закрытый ключи. • для сборки со строгим именем разрешено как закрытое, так и открытое развертывание – в глобальном кэше сборок (Global Assembly Cache GAC); • для идентификации сборки со строгим именем CLR использует имя сборки, открытый ключ, номер версии и строку региональных стандартов (если она есть).
Сборки со строгим именем ü Для сборки со строгим именем необходимо сгенерировать пару ключей (открытый и закрытый). ü Это можно сделать с помощью • утилиты SN. exe; • встроенных средств Visual Studio. ü В результате будет создан файл, содержащий криптографическую пару ключей - открытый и закрытый ключи в двоичном формате. ü Чтобы подписать сборку строгим именем, в исходный текст сборки достаточно добавить атрибут [assembly: Assembly. Key. File(“Имя_файла. keys”)] ü Компилятор подпишет сборку закрытым ключом и встроит открытый ключ в декларацию сборки.
Сборки со строгим именем -2 ü Когда сборка подписывается закрытым ключом: • при компоновке для каждого файла сборки рассчитывается хэш содержимого файла и вместе с именем файла сохраняется в декларации сборки; • после компоновки исполняемого PE-файла рассчитывается хэш содержимого файла с декларацией; • значение хэша подписывается закрытым ключом и результат (цифровая подпись RSA) заносится в PE-файл; • открытый ключ заносится в PE-файл. ü Строгое имя сборки (имя файла, версия сборки, региональные стандарты и открытый ключ) гарантировано является уникальным. ü В таблице ссылок на другие сборки хранятся не открытые ключи, а маркеры открытого ключа - последние 8 байт хэша открытого ключа.
Сборки со строгим именем -3 ü Подписание сборки закрытым ключом защищает сборку от модификации, так как • при установке сборки в GAC Windows вычисляет хэш файла сборки, в котором находится декларация, и сравнивает полученное значение с цифровой подписью RSA, встроенной в PE-файл, используя открытый ключ, который тоже находится в PE-файле. • система вычисляет хэш-значения содержимого остальных файлов сборки и сравнивает их с теми значениями, которые хранятся в декларации. • если хотя бы одно значение не совпадает, сборка не будет установлена в GAC. ü В Visual Studio есть встроенные средства для создания сборки со строгим именем: Project / Properties / Signing / Sign the assembly
Информация о сборке в процессе выполнения ü Информацию о сборке при выполнении приложения можно получить с помощью механизма отражения. ü В классе System. Type определено свойство public abstract Assembly { get; } ü Класс Assembly можно использовать для • загрузки сборок; • анализа метаданных сборки; • создания объектов определенных в сборке типов. ü Некоторые свойства класса Assembly public virtual string Full. Name { get; } // Имя сборки public bool Global. Assembly. Cache { get; } // Загружена из GAC public virtual string Image. Runtime. Version { get; } // Версия CLR для сборки
Информация о версии сборки ü Информацию о версии сборки при выполнении приложения можно получить с помощью метода класса Assembly public virtual Assembly. Name Get. Name (); ü Класс Assembly. Name содержит • простое имя (simple name); • номер версии (version number); • открытый/закрытый ключи(cryptographic key pair); • региональные стандарты (supported culture). ü Доступ к информации дают свойства и методы класса Assembly. Name: public Version { get; set; } public Culture. Info { get; set; } public string Name { get; set; } public byte[] Get. Public. Key ();
Скачать презентацию Версия сборки ü Номер версии сборки имеет формат
13_2_C#_Сборки.pptx