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

ПриМеЧание
Пакетный.файл.или.подобная.простая.«установочная.программа».скопирует.при-
ложение.на.машину.пользователя,.однако.для.создания.ярлыков.на.рабочем.столе,.
в.меню.Пуск.(Start).и.на.панели.быстрого.запуска.понадобится.программа.посложнее .
Кроме.того,.скопировать,.восстановить.или.переместить.приложение.с.одной.машины.
на.другую.легко,.но.ссылки.и.ярлыки.потребуют.специального.обращения 
Естественно, в Visual Studio есть встроенные механизмы, которые можно задей-
ствовать для публикации приложений, — это делается на вкладке 
Publish
страницы 

---

90
Глава.2 .Компоновка,.упаковка,.развертывание.и.администрирование.приложений
свойств проекта. Можно использовать ее, чтобы заставить Visual Studio создать 
MSI-файл и скопировать его на веб-сайт, FTP-сайт или в заданную папку на диске. 
MSI-файл также может установить все необходимые компоненты, такие как .NET 
Framework или Microsoft SQL Server Express Edition. Наконец, приложение может 
автоматически проверять наличие обновлений и устанавливать их на пользователь-
ской машине посредством технологии ClickOnce.
Сборки, развертываемые в том же каталоге, что и приложение, называют 
сбор-
ками с закрытым развертыванием
(privately deployed assemblies), так как файлы 
сборки не используются совместно другими приложениями (если только другие 
приложения не развертывают в том же каталоге). Сборки с закрытым разверты-
ванием — серьезное преимущество для разработчиков, конечных пользователей 
и администраторов, поскольку достаточно скопировать такие сборки в базовый 
каталог приложения, и CLR сможет загрузить и исполнить содержащийся в них 
код. Приложение легко удаляется; для этого достаточно удалить сборки из его ка-
талога. Также упрощаются процедуры резервного копирования и восстановления 
подобных сборок.
Несложный сценарий установки/перемещения/удаления приложения стал воз-
можным благодаря наличию в каждой сборке метаданных. Метаданные указывают, 
какую сборку, на которую они ссылаются, нужно загрузить — для этого не нужны 
параметры реестра. Кроме того, область видимости сборки охватывает все типы. 
Это значит, что приложение всегда привязывается именно к тому типу, с которым 
оно было скомпоновано и протестировано. CLR не станет загружать другую сборку 
просто потому, что она предоставляет тип с тем же именем. Этим CLR отличается 
от COM, где типы регистрируются в системном реестре, что делает их доступными 
любому приложению, работающему на машине.
В главе 3 рассказано о развертывании совместно используемых сборок, доступ-
ных нескольким приложениям.