0

我正在开发一个希望公开的商业 .NET 开发人员库，我想知道我应该开箱即用地向最终用户（开发人员）提供哪些版本的 .DLL。

.DLL 可能会在我无法预测的各种环境中执行。

我目前的计划是提供：

  • .NET3.5 和 .NET4 编译版本
  • 每个版本都签署了任何未签署的
  • 一个编译的 32 位和一个编译的 64 位

共有8个不同的版本。

问题是这是否是一个好的策略？

我是否还应该为那些喜欢在 32 位和 64 位环境中运行 DLL 的人制作一个“AnyCPU”编译版本？

我不关心做所有这些版本的额外工作，因为我很容易在我的自动构建/打包中做到这一点。

4

1 回答 1

1

没有理由将您的库构建为 32 位或 64 位，因为进程的“位数”取决于应用程序的启动，具体取决于 .exe 文件和操作系统。你选择哪个并不重要。但是，如果您的库确实有一些可执行文件，则可能有理由使用 32 位构建。只有当您的应用程序依赖于第 3 方 32 位库（使用 COM 互操作）时，才会出现这种情况。

至于签名/未签名的困境，我不明白为什么你应该同时发货。如果您想限制开发人员，请使用已签名，否则只需将其保留为未签名。

于 2012-01-06T17:35:15.310 回答