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

ПриМеЧание
Хотя.это.и.не.рекомендуется,.можно.создавать.сопутствующие.сборки.с.программ-
ным.кодом .При.желании.вместо.параметра./culture.утилиты.AL exe.региональный.
стандарт.можно.указать.в.атрибуте.System Reflection AssemblyCulture,.определяемом.
пользователем,.например,.следующим.образом:
// Назначить для сборки региональный стандарт Swiss German
[assembly:AssemblyCulture("de-CH")]
В общем случае не стоит создавать сборки, ссылающиеся на сопутствующие 
сборки. Другими словами, все записи таблицы 
AssemblyRef
должны ссылаться на 
сборки с нейтральными региональными стандартами. Если необходимо получить 
доступ к типам или членам, расположенным в сопутствующей сборке, следует вос-
пользоваться механизмом отражения (см. главу 23).
развертывание простых приложений 
(закрытое развертывание сборок)
Ранее в этой главе было показано, как строить модули и объединять их в сборки. 
Пора заняться упаковкой и развертыванием сборок, чтобы пользователь мог ра-
ботать с приложением.

---

89
Развертывание.простых.приложений.(закрытое.развертывание.сборок)
Для приложений Windows Store устанавливаются исключительно жесткие 
правила упаковки сборок. Visual Studio упаковывает все сборки, необходимые 
приложению, в один файл 
.appx
, который либо отправляется в Windows Store, 
либо загружается на машину. Когда пользователь устанавливает файл 
appx
, все 
содержащиеся в нем сборки помещаются в каталог, из которого CLR загружает 
их, а Windows добавляет плитку приложения на начальный экран пользователя. 
Если другие пользователи установят тот же файл 
appx
, будут использованы ранее 
установленные сборки, а у нового пользователя на начальном экране просто до-
бавится плитка. Когда пользователь удаляет приложение Windows Store, система 
удаляет плитку с начального экрана пользователя. Если приложение не установлено 
у других пользователей, Windows уничтожает каталог вместе со всеми сборками. 
Не забывайте, что разные пользователи могут устанавливать разные версии одного 
приложения Windows Store. Учитывая такую возможность, Windows устанавлива-
ет сборки в разные каталоги, чтобы несколько версий одного приложения могли 
одновременно существовать на одной машине.
Для настольных приложений (не относящихся к Windows Store) особых средств 
для упаковки сборки не требуется. Легче всего упаковать набор сборок, просто ско-
пировав все их файлы. Например, можно поместить все файлы сборки на компакт-
диск и передать их пользователю вместе с программой установки, написанной 
в виде пакетного файла. Такая программа просто копирует файлы с компакт-диска 
в каталог на жестком диске пользователя. Поскольку сборка включает все ссылки 
и типы, определяющие ее работу, ему достаточно запустить приложение, а CLR 
найдет в каталоге приложения все сборки, на которые ссылается данная сборка. Так 
что для запуска приложения не нужно модифицировать реестр, а чтобы удалить 
приложение, достаточно просто удалить его файлы — и все!
Конечно, можно применять для упаковки и установки сборок другие механиз-
мы, например CAB-файлы (они обычно используются в сценариях с загрузкой из 
Интернета для сжатия файлов и сокращения времени загрузки). Можно также 
упаковать файлы сборки в MSI-файл, предназначенный для службы установщи-
ка Windows (Windows Installer), 
MSIExec exe
. MSI позволяет установить сборку 
по требованию при первой попытке CLR ее загрузить. Эта функция не нова для 
службы MSI, она также поддерживает аналогичную функцию для неуправляемых 
EXE- и DLL-файлов.