.net - 有什么理由将 .snk 文件与项目源一起发送？

Question

我时不时地在网络上看到一个示例项目，其中包含一个 .snk 文件，用于使用强名称对编译结果进行签名。

AFAIK this is plain wrong - 一旦 .snk 文件被公开，任何人都可以生成一个程序集，该程序集可用于替换由原始代码供应商提供但现在包含恶意代码的程序集。我想传送 .snk 文件的人不会认真对待这种风险而只是传送文件，否则项目将无法编译现成的。

除了“方便”之外，是否有任何理由发送 .snk 文件？

Answer 1

一个非常有效的问题。我为my part不发送 SNK 文件，而是发送 provide instructions如何自己制作一个并进行所需的更改(例如启用 InternalsVisibleTo)。

我认为目前的做法已经插入了我的微软从 VS2005 开始对 SNK 处理的变化。使用 key 容器需要使用未记录的 MSBUILD 项目手动编辑 CSPROJ 文件 KeyContainerName ... VS的默认是将SNK复制到项目目录下，方便但是错了恕我直言。