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

Простое средство администрирования 
(конфигурационный файл)
Пользователи и администраторы лучше всех могут определять разные аспекты 
работы приложения. Например, администратор может решить переместить файлы 
сборки на жесткий диск пользователя или заменить данные в манифесте сборки. 
Есть и другие сценарии управления версиями и удаленного администрирования, 
о некоторых из них рассказано в главе 3.
Для того чтобы предоставить администратору контроль над приложением, можно 
разместить в каталоге приложения конфигурационный файл. Его может создать 
и упаковать издатель приложения, после чего программа установки запишет кон-
фигурационный файл в базовый каталог приложения. Кроме того, администратор 

---

91
Простое.средство.администрирования.(конфигурационный.файл)
или конечный пользователь машины может сам создать или модифицировать этот 
файл. CLR интерпретирует его содержимое для изменения политики поиска и за-
грузки файлов сборки.
Конфигурационные файлы содержат XML-теги и могут ассоциироваться 
с приложением или с компьютером. Использование отдельного файла (вместо 
параметров, хранимых в реестре) позволяет легко создать резервную копию файла, 
а администратору — без труда копировать файлы с машины на машину: достаточно 
скопировать нужные файлы — в результате будет также скопирована администра-
тивная политика.
В главе 3 такой конфигурационный файл рассматривается подробно, а пока 
вкратце обсудим его. Допустим, издатель хочет развернуть приложение вместе 
с файлами сборки 
MultiFileLibrary
, но в отдельном каталоге. Желаемая структура 
каталогов с файлами выглядит следующим образом:
Каталог AppDir (содержит файлы сборки приложения)
Program.exe
Program.exe.config (обсуждается ниже)
Подкаталог AuxFiles (содержит файлы сборки MultiFileLibrary) 
MultiFileLibrary.dll 
FUT.netmodule 
RUT.netmodule 
Поскольку файлы сборки 
MultiFileLibrary
более не находятся в базовом ката-
логе приложения, CLR не сможет найти и загрузить их, и при запуске приложения 
будет сгенерировано исключение 
System.IO.FileNotFoundException
. Чтобы избе-
жать этого, издатель создает конфигурационный файл в формате XML и размещает 
его в базовом каталоге приложения. Имя этого файла должно совпадать с именем 
главного файла сборки и иметь расширение 
config
, в данном случае — 
Program exe 
config
. Содержимое этого конфигурационного файла должно выглядеть примерно 
следующим образом:
 
 

 
 
 
Пытаясь найти файл сборки, CLR всегда сначала ищет в каталоге приложения, 
и если поиск заканчивается неудачей, продолжает искать в подкаталоге 
AuxFiles
. 
В атрибуте 
privatePath
элемента, направляющего поиск, можно указать несколько 
путей, разделенных точкой с запятой. Считается, что все пути заданы относительно 
базового каталога приложения. Идея заключается в том, что приложение может 
управлять своим каталогом и его подкаталогами, но не может управлять другими 
каталогами.

---