【问题标题】:WPF Prism Assembly StrongNamingWPF 棱镜组件 StrongNaming
【发布时间】:2011-04-02 01:42:09
【问题描述】:

我正在尝试强命名我的 WPF 程序集以添加到 GAC。我在我的项目中引用了 prim 程序集,编译失败并显示

错误 1 ​​程序集生成失败 -- 引用的程序集“Microsoft.Practices.Composite.Presentation”没有强名称

我错过了什么?我确实了解这里发生的事情,但我认为自己签署棱镜组件不是一个好主意。在这种(或类似)情况下,其他人会怎么做?

【问题讨论】:

    标签: wpf assemblies prism


    【解决方案1】:

    我不了解 Prism,但这是发布版本吗?

    无论如何,如果作者没有强命名他们的程序集,他们并不打算将他们的程序集和派生的放入 GAC。

    也许您应该重新考虑一下这个决定,应该很少使用 GAC。

    【讨论】:

    • *补充:除非您在客户端上安装多个使用相同库的应用程序,否则不要碰 GAC,不需要。
    • 它的工作方式是 Prism 中的某些程序集需要从源代码构建(未签名)。我猜 90% 的观众不会修改源代码并按原样使用库,只是为了避免维护麻烦。所以我认为首先应该有 MS 签名的版本。但由于它们不是我坚持放弃 GAC 或自己签署它们(后者非常令人惊讶地似乎是 MSDN 上的一般建议)
    • @Tom。该应用程序可能会从一个套件中的多个应用程序调用,因此 GAC 确实是必要的。
    • NVM,在多个应用程序中使用它确实不需要需要 GAC。只有当您的 lib 将拥有自己的独立发布周期和发布者政策时,您才需要 GAC。否则,只需安装多个副本。
    猜你喜欢
    • 2011-02-15
    • 1970-01-01
    • 2018-11-10
    • 1970-01-01
    • 1970-01-01
    • 2012-03-12
    • 2013-12-27
    • 2011-09-10
    • 1970-01-01
    相关资源
    最近更新 更多