1
我试图强名为我的WPF程序集添加到GAC。我不得不古板组件的引用在我的项目和编译失败与WPF棱镜大会StrongNaming
错误1集生成失败 - 引用程序集“Microsoft.Practices.Composite.Presentation”不具有强名称
我错过了什么?我明白这里发生了什么,但我不认为自己签署棱镜组件是一个好主意。其他人在这种(或类似的)情况下做什么?
我试图强名为我的WPF程序集添加到GAC。我不得不古板组件的引用在我的项目和编译失败与WPF棱镜大会StrongNaming
错误1集生成失败 - 引用程序集“Microsoft.Practices.Composite.Presentation”不具有强名称
我错过了什么?我明白这里发生了什么,但我不认为自己签署棱镜组件是一个好主意。其他人在这种(或类似的)情况下做什么?
我对Prism的速度不是很满意,但这是一个发布版本吗?
无论如何,如果作者没有强调他们的组件,他们不打算将他们的组件和派生的组件放入GAC。
也许你应该重新考虑这个决定,GAC应该很少使用。
*添加到此:除非您在使用相同库的客户端上安装多个应用程序,否则请勿触摸GAC。 – 2010-08-21 21:24:02
它的工作方式是在Prism中需要从源代码构建的某些程序集(它们是无符号的)。我猜测90%的观众不会修改源文件并按照原样使用该库,只是为了避免维护无用。所以我认为首先应该有MS签名版本。但既然他们不是我,我会坚持要么放弃GAC或自己签署(后者非常令人惊讶似乎是MSDN上的一般建议) – NVM 2010-08-21 22:37:12
@Tom。该应用程序很可能从套件中的多个应用程序中调用,因此GAC确实是必需的。 – NVM 2010-08-21 22:38:56