问题

基本问题是我想调试一些第 3 方代码以查看它是如何工作的，以便我可以替换它的一部分。

无论如何要重定向绑定，以便它不会使用 GAC 中的 dll，而是使用我编译的副本（这将是未签名的或具有不同的公钥）。

细节

问题的具体项目是asp.net mvc，原因是gac中的dll副本已经优化，与微软源服务器中的源代码不匹配。

Microsoft 已经发布了 asp.net mvc 的源代码，所以我可以下载它并自己编译 dll，但显然我不能用他们的密钥签署 dll，我可以用我自己的密钥签署它，但它会有不同的公钥令牌.

简单的答案是在我的应用程序中引用我的 dll 并重新编译我的应用程序，但是我还必须重新编译所有其他引用 asp.net mvc（例如，mvccontrib）的第 3 方 dll。

我正在开发一个带有插件的应用程序。我有一个包含所有 API 接口的单独 API 程序集。

主应用程序从 dll 动态加载插件：

然后我将它转换为实际的插件类型：

当没有签署任何程序集时，所有这些都可以正常工作。一旦我签署它们（主应用程序、API 组件和插件组件），它就无法投射，抛出：

无法将“.MyPlugin”类型的对象转换为“.IPlugin”类型。

有什么建议么？

我创建了一个 Web 部件，并希望在 Sharepoint 中部署它。我想在 bin 中部署 Web 部件。

我还没有为 dll（webpart 代码）创建一个强名称。在 bin 文件夹中部署 webpart 是否必须使用强名称？

我已经引用了这个 msdn 链接来执行此操作。

http://technet.microsoft.com/en-us/library/cc263271.aspx

当我转到 WebPart 库并想要填充 Web 部件时，它没有出现在 WebPart 库中。

任何帮助将不胜感激。

我想出售一些 .NET 库，并且我想提供带有完整源代码的“版本”。

我应该提供带有源代码的签名证书还是应该用户开发者自己签名？

我有一个项目，我想为可执行文件命名。使用命令行编译效果很好：

csc ... /密钥文件：...

但我希望 IDE 这样做，所以我发现：在项目属性的“签名”选项卡中，有一个“签署程序集”选项。我勾选它并指向我的密钥对文件。在我启动调试后，一个 FileNotFound 异常出现在一个无关紧要的地方：（我的应用程序使用序列化）

在我进行此配置之前，该应用程序正在运行。

我想强命名一个托管应用程序，它通过互操作引用许多托管程序集以及 ActiveX 和 COM 组件（用 C++ 编写）。而且因为强命名程序集不能引用弱命名程序集，您能否告诉我应该为哪些问题做好准备，您遇到了什么问题，尤其是在处理那些 ActiveX 和 COM 互操作时？

此应用程序的解决方案很大。它由 50 多个托管 C#、Vb.net、本机 C++ 和托管 C++/CLI 项目组成。因此，您提供的信息和真实生活故事越多，我就越能做好准备，让自己免于头痛。

谢谢。

可以对多个相关项目/程序集使用相同的强名称密钥。

我很想知道使用这种方法是否有任何缺点。具体来说，它会导致缺乏安全性吗？

我正在考虑的一个领域是使用朋友程序集。

我管理一个开源项目，并希望签署项目二进制包中发布的二进制文件。我使用 Visual Studiocsproj和sln文件来管理和构建我的项目，并将这些文件作为项目源包的一部分进行分发。

如何签署我的构建生成的二进制文件而不必分发snk密钥对文件？如果我使用 Visual Studio 对程序集进行签名，则每个项目文件现在都需要密钥对的副本才能构建。我对分发密钥对感到不舒服，即使它受密码保护。

编辑：

另一个需要注意的是，项目中的某些程序集通过 授予朋友访问权限InternalsVisibleToAttribute，并通过项目引用构建这些朋友。因此，此类程序集在引用已签名程序集时需要使用强名称。但是，如果密钥对未分发，那么最终用户如何构建源代码并维护项目关系？如果使用临时密钥对文件，签名程序集的公钥令牌不会更改，从而破坏InternalsVisibleToAttribute引用吗？

我已经用强名称签署了我的程序集。

我已经从 VS2005 解决方案资源管理器 -> 组装右键单击 -> 签名完成了。

但仍然RedGate's .net reflector能够浏览代码。

那么汇编签名有什么用呢？

假设我有一个强命名的 .NET 程序集。只有我可以访问私钥。然后我将程序集分发到某个客户端系统。

客户修改程序集有多难？即：他们需要做什么来修改我的程序集？