Полностью квалифицированное разрешение типов в .NET

Question

Простой вопрос (появляется в SharePoint 2010 , но это не совсем актуально).

Как:

<add name="LdapMembershipProvider" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" 

... решить, когда фактическийтип ( LdapMembershipProvider ) находится только в сборке Microsoft.Office.Server.UserProfiles , а не в сборке Microsoft.Office.Server ?

Оба зарегистрированы в GAC.

Зондирует ли Fusion другие сборки, даже если указан полностью определенный тип?

Answer 1

Сборка перенаправления переплета?

MSDN - перенаправление привязки сборки ?

Вы можете перенаправить привязку сборки ссылка на другую версию сборка с использованием записей в конфигурация приложения или машины файлы. Вы можете перенаправить ссылки на Сборки .NET Framework сторонние сборки или собственные сборки применение.

Answer 2

Возможно ли, что токен открытого ключа действительно указывает на правильную сборку и игнорирует имя сборки?

Я читал следующую ссылку MSDN:

http://msdn.microsoft.com/en-us/library/system.reflection.assemblyname.aspx

Выдержка, которая звучит подозрительно:

Можно указать открытый ключ и пару ключей с несовместимыми значениями.Это может быть полезно в сценариях разработчика.В этом случае открытый ключ, полученный с помощью GetPublicKey, указывает правильный открытый ключ, тогда как KeyPair указывает открытый и закрытый ключи, используемые во время разработки. Когда среда выполнения обнаруживает несоответствие между KeyPair и открытым ключом, она ищет в реестре правильный ключ, который соответствует открытому ключу.

Не уверен.Одно поведение, которое сразу приходит на ум, но я не могу подтвердить, что если ему не удается найти тип в сборке , который вы указываете в конфигурации, он пытается найти его по ссылкам вашего проекта.