|
Развертывание простых приложений
Особых средств для упаковки сборки не требуют. Легче всего упаковать набор
сборок, просто скопировав все их файлы. Так, можно поместить все файлы сборки на компакт-диск и передать их пользователю вместе с программой установки,
написанной в виде пакетного файла. Такая программа просто копирует файлы с
компакт-диска в каталог на жестком диске пользователя. Поскольку сборка включает все ссылки и типы, от которых зависит ее работа, ему достаточно запустить
приложение, a CLR найдет в каталоге приложения все сборки, на которые ссылается данная сборка. Так что для работы приложения не нужно модифицировать
каталог Active Directory или реестр, а чтобы удалить приложение, достаточно просто
удалить его файлы — и все!
Конечно, можно применять для упаковки и установки сборок другие механизмы, например .cab-файлы (они обычно используются в сценариях с загрузкой из
Интернета для сжатия файлов и уменьшения времени загрузки). Можно также
упаковать файлы сборки в MSI-файл. предназначенный для службы Windows Installer
(MSIExec.exe). MSI позволяет установить сборку по требованию при первой попытке CLR загрузить эту сборку. Эта функция не нова для службы MSI, она также
поддерживает аналогичную функцию для неуправляемых ЕХЕ- и DLL-файлов
Сборки, развертываемые в том же каталоге, что и приложение, называются
сборками с закрытым развертыванием (privately deployed assemblies), так как
файлы сборки не используются совместно ни с одним приложением (если оно
не развертывается в этом же каталоге). Сборки с закрытым развертыванием — большая победа разработчиков, конечных пользователей и администраторов, поскольку достаточно скопировать такие сборки в базовый каталог приложения, и CLR сможет загрузить и исполнить содержащийся в них код. Кроме того, легко удалить
приложение, просто удалив сборки из его каталога. Также легко создавать резервные копии подобных сборок и восстанавливать их.
Несложный сценарий установки/перемещения/удаления приложения становится возможным благодаря наличию и каждой сборке метаданных. Метаданные указывают, какую сборку, на которую ссылаются, нужно загрузить — для этого не нужны параметры ни из реестра, ни из Active Directory.
Кроме того, область видимости сборки охватывает все типы. Это значит, что
приложение всегда привязывается именно к тому типу, с которым оно было скомпоновано и протестировано. CLR не может загрузить другую сборку просто потому, что она предоставляет тип с тем же именем. Этим CLR отличается от СОМ, где типы регистрируются в системном реестре, что делает их доступными любому
приложению, работающему на машине.
Предыдущая стр.
Оглавление
Следующая стр.
Средняя оценка:   (1 - 1 голосов)
Для оценки необходимо зарегистрироваться
Только зарегистрировавшиеся пользователи могут оставлять комментарии
|
|