Настроечные параметры CLR

Когда ваше приложение производит доступ к сборке, вместо версии 1.0.0.0 сборки будет использоваться версия 2.0.0.0.

Использование элемента <publisherPolicy>. Элемент <publisherPolicy> может использоваться внутри элемента <dependentAssembly> или внутри элемента <assemblyBinding>. Автор сборки предоставляет файл политики издателя, который содержит информацию о переходе от одной сборки к другой. Ниже приведен синтаксис этого элемента.

<publisherPolicy apply="yes | no" />
  lists the property for this element.

Ниже приведен пример того, как следует использовать этот элемент.

<dependentAssembly>
  <assemblyIdentity name="netMail"
    publicKeyToken="a1690a5ea44bab32" culture="neutral" />
  <publisherPolicy apply="no" />
</dependentAssembly>

Данный пример не применяет политику издателя для сборки netMail. Вы также можете использовать этот элемент в элементе <assemblyBinding>.

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <publisherPolicy apply="no" />
</assemblyBinding>

Данный пример не применяет политику издателя для всех приложений.

Использование элемента <probing>

Элемент <probing> - это субэлемент элемента <assemblyBinding>. В элементе <probing> можно указать несколько поддиректорий, в которых будет производиться поиск сборок при их загрузке. Ниже приведен синтаксис этого элемента.

<runtime>
  <assemblyBinding>
    <probing privatePath="sub directories" />
  </assemblyBinding>
</runtime>

Свойства элемента <probing> приведены в табл. 7.9.

Ниже приведен пример элемента <probing>.

<runtime>
  <assemblyBinding>
    <probing privatePath="bin;bin\netmail;bin2" />
  </assemblyBinding>
</runtime>

Здесь среда выполнения включит в поиск сборок директории bin, bin\netmail и bin2.

Использование элемента <publisherPolicy>

В дополнение к использованию элемента <publisherPolicy> в элементе <dependentAssembly> можно использовать элемент <publisherPolicy> как субэлемент <assemblyBinding>. При использовании его в качестве субэлемента <assemblyBinding> элемент <publisherPolicy> применяется ко всем сборкам, а не только к одному приложению. Синтаксис и атрибуты элемента <publisherPolicy> аналогичны таковым субэлемента в элементе <dependentAssembly>.

Использование элемента <qualifyAssembly>

Элемент <qualifyAssembly> задает соответствие между частичными именами сборок и их полными именами. Ниже приведен синтаксис этого элемента.

<runtime>
  <assemblyBinding>
    <qualifyAssembly partialName="partial name'
      fullName="full name' />
  </assemblyBinding>
</runtime>

Свойства этого элемента приведены в табл. 7.10.

Ниже приведен пример этого элемента.

<runtime>
  <assemblyBinding>
    <qualifyAssembly partialName="netmail"
      fullName="netmail, version 2.0.0.0,
      publickeyToken=a1690a5ea44bab32, culture=neutral" />
  </assemblyBinding>
</runtime>

Теперь, при обращении к сборке netmail приложение будет перенаправляться на имя этой сборки в глобальном кэше сборок.

Использование элемента <gcConcurrent>

Элемент <gcConcurrent> определяет, будет ли среда выполнения CLR запускать сборщик мусора в текущем потоке выполнения или в отдельном потоке. Ниже приведен синтаксис этого элемента.

<runtime>
  <gcConcurrent enabled="true | false" />
</runtime>

В таблице 7.11 содержится свойство этого элемента.

Ниже приведен пример этого элемента.

<runtime>
  <gcConcurrent enabled="false" />
</runtime>

В примере устанавливается, что сборщик мусора запускается в отдельном от вашего приложения потоке.

Работа с разделом <startup>

Данный раздел настроечного файла определяет версию среды выполнения CLR, используемую при запуске приложения.