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

ПриМеЧание
На.самом.деле.элемент.codeBase.конфигурационного.файла.задает.URL-адрес,.
который.может.ссылаться.на.любой.каталог.пользовательского.жесткого.диска.или.
на.адрес.в.Web .В.случае.веб-адреса.CLR.автоматически.загрузит.указанный.файл.
и.сохранит.его.в.кэше.загрузки.на.пользовательском.жестком.диске.(в.подкаталоге.
C:\Documents.and.Settings\\Local.Settings\ApplicationData\Assembly,.где.
.—.имя.учетной.записи.пользователя,.вошедшего.в.систему) .В.дальней-
шем.при.ссылке.на.эту.сборку.CLR.сверит.метку.времени.локального.файла.и.файла.
по.указанному.URL-адресу .Если.последний.новее,.CLR.загрузит.файл.только.раз.(это.
сделано.для.повышения.производительности) .Пример.конфигурационного.файла.
с.элементом.codeBase.будет.продемонстрирован.позже 
Помимо развертывания в GAC или закрытого развертывания, сборки со стро-
гими именами можно развертывать в произвольном каталоге, известном лишь не-
большой группе приложений. Допустим, вы создали три приложения, совместно 
использующие одну и ту же сборку со строгим именем. После установки можно 
создать по одному каталогу для каждого приложения и дополнительный каталог 
для совместно используемой сборки. При установке приложений в их каталоги 
также записывается конфигурационный XML-файл, а в элемент 
codeBase
для со-
вместно используемой сборки заносится путь к ней. В результате при выполнении 

---

111
Как.исполняющая.среда.разрешает.ссылки.на.типы
CLR будет знать, что совместно используемую сборку надо искать в каталоге, со-
держащем сборку со строгим именем. Учтите, что этот способ применяется довольно 
редко и в силу ряда причин не рекомендуется. Дело в том, что в таком сценарии ни 
одно отдельно взятое приложение не в состоянии определить, когда именно нужно 
удалить файлы совместно используемой сборки.