Net framework 5, а также среды Visual Studio 2012 и C#

таблица 3.1.
.Возможные.способы.развертывания.сборок.
со.строгими.и.нестрогими.именами
тип сборки
закрытое 
развертывание
Глобальное 
развертывание
Сборка с нестрогим именем
Да
Нет
Сборка со строгим именем
Да
Да
назначение сборке строгого имени
Если сборка должна использоваться несколькими приложениями, ее следует по-
местить в общеизвестный каталог, который среда CLR должна автоматически про-
верять, обнаружив ссылку на сборку. Однако при этом возникает проблема — две 
(или больше) компании могут выпустить сборки с одинаковыми именами. Тогда, 
если обе эти сборки будут скопированы в один общеизвестный каталог, «победит» 
последняя из них, а работа приложений, использовавших первую, нарушится — ведь 
первая при копировании заменяется второй (это и является причиной «кошмара 
DLL» в современных системах Windows — все библиотеки DLL копируются в папку 
System32
).
Очевидно, одного имени файла мало, чтобы различать две сборки. Среда CLR 
должна поддерживать некий механизм, позволяющий уникально идентифицировать 
сборку. Именно для этого и служат 
строгие имена
. У сборки со строгим именем 
четыре атрибута, уникально ее идентифицирующих: имя файла (без расширения), 
номер версии, идентификатор регионального стандарта и открытый ключ. Посколь-
ку открытые ключи представляют собой очень большие числа, вместо последнего 
атрибута используется небольшой хеш-код открытого ключа, который называют 

---

97
Назначение.сборке.строгого.имени
маркером открытого ключа
(public key token). Следующие четыре строки, которые 
иногда называют отображаемым именем сборки (assembly display name), иденти-
фицируют совершенно разные файлы сборки:
"MyTypes, Version=1.0.8123.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" 
"MyTypes, Version=1.0.8123.0, Culture="en-US", PublicKeyToken=b77a5c561934e089" 
"MyTypes, Version=2.0.1234.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
"MyTypes, Version=1.0.8123.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"
Первая строка идентифицирует файл сборки 
MyTypes exe
или 
MyTypes dll
(на 
самом деле, по строке идентификации нельзя узнать расширение файла сборки). 
Компания-производитель назначила сборке номер версии 1.0.8123.0, в ней нет 
компонентов, зависимых от региональных стандартов, так как атрибут 
Culture
определен как 
neutral
. Но сделать сборку 
MyTypes dll
(или 
MyTypes exe
) с номе-
ром версии 1.0.8123.0 и нейтральными региональными стандартами может любая 
компания.
Должен быть способ отличить сборку, созданную этой компанией, от сборок 
других компаний, которым случайно были назначены те же атрибуты. В силу ряда 
причин компания Microsoft предпочла другим способам идентификации (при по-
мощи GUID, URL и URN) стандартные криптографические технологии, основан-
ные на паре из закрытого и открытого ключей. В частности, криптографические 
технологии позволяют проверять целостность данных сборки при установке ее на 
жесткий диск, а также назначать разрешения доступа к сборке в зависимости от 
ее издателя. Все эти механизмы обсуждаются далее в этой главе. Итак, компания, 
желающая снабдить свои сборки уникальной меткой, должна получить пару клю-
чей — открытый и закрытый, после чего открытый ключ можно будет связать со 
сборкой. У всех компаний будут разные пары ключей, поэтому они смогут созда-
вать сборки с одинаковыми именами, версиями и региональными стандартами, не 
опасаясь возникновения конфликтов.