Comment ajouter un assembly référencé au déploiement d'un projet VSTO?

Question

J'ai écrit quelques compléments Excel 2003/2007 en utilisant VSTO, et je finis généralement par référencer les DLLs .NET dans le projet VSTO (généralement le code que je réutilise à travers les projets).
J'ai rencontré le problème suivant. Alors que les appels à la dll fonctionnent parfaitement en mode débogage ou sur la machine de développement, lorsque je déploie le complément via un programme d'installation msi, la DLL est ajoutée au dossier du complément, mais le complément ne l'est pas. semblent pouvoir appeler la DLL. Après quelques difficultés, j'ai trouvé un moyen de contourner cela: en plus de l'action personnalisée dans le programme d'installation accordant la sécurité au complément, j'ajoute une autre action personnalisée accordant la sécurité à chaque dll référencée par le complément, suivant les étapes décrites dans
http://msdn.microsoft.com/en-us/library/bb332052.aspx

Mon problème est que pendant que cela fonctionne, je ne suis pas convaincu que je le fais bien. C'est très fastidieux, et je reçois aussi un avertissement quand je construis, ce qui, d'après ce que je peux faire, indique en fait que la sécurité est accordée deux fois au même endroit.
Quelqu'un ici peut me dire si je le fais bien ou pas, et quelle est la meilleure façon, s'il y en a une?

Answer 1

Dans mon cas, j'ai une suite de compléments sous MyCompany.Office.

J'ai une bibliothèque partagée de fonctionnalité de base appelée MyCompany.Office.dll, qui est référencée par MyCompany.Office.Word.dll et MyCompany.Office.Excel.dll, qui sont les deux compléments (vous pourriez facilement avoir plusieurs compléments pour Excel plutôt qu'un pour Word et un pour Excel, ou ce que vous voulez).

Ce que j'ai fait a été de créer un fichier de clés de nom fort pour la solution et de le lier dans les trois projets. J'ai ensuite signé les trois bibliothèques avec le même fichier keyfile.

J'ai ensuite créé une action d'installation qui ajoute une entrée CAS en utilisant la clé publique comme preuve, plutôt que l'emplacement du fichier. Par conséquent, mon action personnalisée appelle finalement caspol.exe -m -q -ag "My_Computer_Zone" -strong -hex <my public key> -noname -noversion FullTrust -n "MyCompany_Office" -d "Code group for MyCompany.Office add-ins.". Cela donne FullTrust à toutes les bibliothèques avec cette clé publique.

Vous pouvez afficher la clé publique en ouvrant une invite de commande, en accédant à l'emplacement du fichier de clés et en tapant sn -Tp mykeyfile.snk. Si vous voulez obtenir la clé publique programmaticalement (comme extension SetSecurity), vous pouvez utiliser le code comme ceci:

private static String GetPublicKeyHexString(String assemblyPath) 
{ 
    AssemblyName assmName = Assembly.LoadFile(assemblyPath).GetName(); 
    StringBuilder output = new StringBuilder(); 
    Byte[] publicKey = assmName.GetPublicKey(); 

    foreach(Byte byte in publicKey) 
    { 
     output.Append(byte.ToString("x").PadLeft(2, '0')); 
    } 

    return output.ToString(); 
}