WPF Prism Assembly StrongNaming

J'essaye de nommer fortement mes assemblages WPF à ajouter au GAC. J'ai des références aux assemblées aux prim dans mon projet et la compilation échoue avecWPF Prism Assembly StrongNaming

Erreur 1 génération de montage a échoué - Assemblée Referenced « Microsoft.Practices.Composite.Presentation » ne dispose pas d'un nom fort

Qu'est-ce qui me manque? Je comprends ce qui se passe ici mais je ne pense pas que ce soit une bonne idée de signer les assemblages de prisme moi-même. Qu'est-ce que tout le monde fait dans de telles situations?

Source

2010-08-21 NVM

Je ne suis pas à la hauteur avec Prism, mais est-ce une version de sortie? Quoi qu'il en soit, si les auteurs ne nomment pas leurs assemblages, ils n'ont pas l'intention de mettre leurs assemblages et dérivés dans le GAC.

Et peut-être que vous devriez juste repenser cette décision, le GAC devrait être utilisé très rarement.

Source

2010-08-21 21:15:36

* Pour ajouter à ceci: Si vous n'installez pas plusieurs applications sur le client qui utilisent les mêmes bibliothèques, ne touchez pas le GAC, inutile. –

La façon dont cela fonctionne est que certains assemblages dans Prism doivent être construits à partir de la source (qui ne sont pas signés). Je suppose que 90% de l'auditoire ne va pas modifier la source et utiliser la bibliothèque comme si seulement pour éviter hassel de maintenance. Donc, je pense qu'il devrait y avoir des versions signées MS en premier lieu. Mais comme ils ne le sont pas, je suis bloqué soit par abandonner GAC ou en les signant moi-même (ce dernier semble être la recommandation générale sur MSDN) – NVM

@Tom. L'application est susceptible d'être appelée à partir de plusieurs applications dans une suite GAC'ing est en effet une nécessité. – NVM

Répondre

Questions connexes