问题标签 [assemblies]

今天早上我在搞乱RhinoMocks并且无法运行我的测试，因为 RhinoMocks.dll 不在“受信任的位置”。该程序集位于我的 c:\documents and settings\\My Documents\Visual Studio 2008\Projects （等等）文件夹中。这是怎么回事？

这与这个问题有关，答案可能相同，但无论如何我都会问。

我知道我们可以从 .NET 3.5 SP1 从网络启动托管可执行文件，但是从可执行文件内部加载的程序集呢？是否同样适用？

我有一个包含多个项目的解决方案。我正在尝试通过链接一个解决方案范围的程序集信息文件来优化 AssemblyInfo.cs 文件。这样做的最佳做法是什么？哪些属性应该在解决方案范围的文件中，哪些是项目/程序集特定的？

编辑：如果您有兴趣，有一个后续问题AssemblyVersion、AssemblyFileVersion 和 AssemblyInformationalVersion 之间有什么区别？

有三个程序集版本属性。有什么区别？如果我使用AssemblyVersion并忽略其余部分可以吗？

MSDN 说：

• 组装版本：

  指定被赋予属性的程序集的版本。

• 组装文件版本：

  指示编译器为 Win32 文件版本资源使用特定版本号。Win32 文件版本不需要与程序集的版本号相同。

• 装配信息版本：

  定义程序集清单的附加版本信息。

这是对使用程序集属性的最佳实践是什么的后续行动？

创建要嵌入到 SQL Server 2005 的 .NET 程序集时，有哪些重要的做法需要遵循？

我对此很陌生，我发现有重要的方法属性，例如：

我也在寻找要避免的常见陷阱等。

你通常如何分离你的代码库和相关的单元测试？我认识一些为单元测试创​​建单独项目的人，我个人觉得这很混乱且难以维护。另一方面，如果您将代码及其测试混合在一个项目中，您最终会得到与您的单元测试框架（无论是 NUnit、MbUnit 还是其他任何东西）相关的二进制文件和您自己的二进制文件。

这对于调试来说很好，但是一旦我构建了发布版本，我真的不希望我的代码再引用单元测试框架。

我发现的一种解决方案是将所有单元测试包含在#if DEBUG -- #endif 指令中：当没有代码引用单元测试程序集时，编译器足够聪明，可以忽略编译代码中的引用。

是否有任何其他（可能更舒适）的选择来实现类似的目标？

这都是假设的，所以请多多包涵。

假设我正在用 C# 编写一个名为 Foo 的工具。输出是 foo.exe。我发现了一些我喜欢使用的非常棒的库，叫做 Bar，我可以在我的项目中将其作为 bar.dll 引用。当我构建我的项目时，我的输出目录中有 foo.exe 和 bar.dll。目前很好。

我想做的是链接 foo.exe 和 bar.dll，所以它们是一个程序集 foo.exe。我希望能够在 VS2008 中做到这一点，但如果我不得不求助于像 al.exe 这样的命令行工具，我并不介意。

在组装和发布方面，什么被认为是最佳实践？

我希望能够引用同一个库的多个版本 - 解决方案包含多个项目，这些项目依赖于我们自己构建的 commonutils.dll 库的不同版本。

由于所有依赖项都复制到 bin/debug 或 bin/release 中，因此尽管每个 DLL 文件具有不同的程序集版本号，但那里只能存在一个 commonutils.dll 副本。

我应该在程序集名称中包含版本号以便能够引用库的多个版本还是有其他方法？

我有一个程序集，除指定的可执行文件外，任何应用程序都不应使用该程序集。请给我一些指示。

我正在尝试使用 NHibernate 和 Spring.NET 开发一个 .NET Web 项目，但我被卡住了。Spring.NET 似乎依赖于不同版本的 NHibernate 程序集（也许它需要 1.2.1.4000 而我的 NHibernate 版本是 1.2.0.4000）。

我最初使用“bindingRedirect”标签解决了类似的问题，但现在即使这样也停止了工作。

有没有简单的解决方案来解决这些图书馆间的关系？