Résolution de type entièrement qualifié dans .NET

Question simple (apparaît dans SharePoint 2010, mais ce n'est pas vraiment pertinent).Résolution de type entièrement qualifié dans .NET

COMMEnT:

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

... résoudre lorsque le type réel (de LdapMembershipProvider) ne se trouve que dans les Microsoft.Office.Server.UserProfiles assemblage et non dans le Microsoft.Office .Serveur assemblage?

Les deux sont enregistrés par GAC.

Est-ce que Fusion sonde d'autres assemblages, même lorsqu'un type complet est spécifié?

Source

2010-07-13 Nariman

Quel est le jeton de clé publique des deux assemblages? –

Le jeton de clé publique est le même pour les deux assemblys: 71e9bce111e9429c. – Nariman

Redirection de liaison d'assemblage?

MSDN - Assembly Binding Redirection?

Vous pouvez rediriger un ensemble de fixation référence à une autre version d'un assemblage en utilisant les entrées dans la configuration de l'application ou à la machine fichiers. Vous pouvez rediriger les références vers des assemblys .NET Framework , des assemblys tiers ou des assemblys de votre propre application .

Source

2010-07-13 19:13:17 Ryan

Salut Ryan; Je ne pense pas que ce soit lié à la redirection de liaison (utilisé pour rediriger vers une version différente de l'assemblage, pas un assemblage différent tous ensemble). – Nariman

Hmm - J'avais supposé que vous pourriez faire le type aussi bien que la version. Downvoting ma propre réponse! Il est temps de percer la visionneuse du journal Fusion Je pense que http://msdn.microsoft.com/fr-fr/library/e74a18c4(VS.71).aspx + Suzanne Cooke est la première bloggeuse à se tourner vers les coudes profondément dans les choses internes. http://blogs.msdn.com/b/suzcook/ – Ryan

Est-il possible que le jeton de clé publique pointe vers l'assembly correct et ignore le nom de l'assembly?

J'ai lu la référence MSDN suivant:

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

L'extrait qui sonne suspect:

Il est possible de spécifier une clé publique et une paire de clés avec incompatibles les valeurs. Cela peut être utile dans les scénarios de développeur . Dans ce cas, la clé publique récupérée avec GetPublicKey spécifie la clé publique correcte, tandis que KeyPair spécifie les clés publiques et privées utilisées au cours du développement . Lorsque le moteur d'exécution détecte une discordance entre le KeyPair et la clé publique , il recherche dans le registre la clé correcte correspondant à la clé publique.

Incertain. Un comportement qui vient immédiatement à l'esprit, mais je ne peux pas confirmer, c'est que s'il ne parvient pas à trouver le type dans l'assembly que vous spécifiez dans la configuration, il essaie de le trouver dans vos références de projet.

Source

2010-07-14 07:57:17

Résolution de type entièrement qualifié dans .NET

Répondre

Questions connexes