c# - 创建可重用企业命名空间的最佳实践

Question

好吧，我已经考虑了一段时间了。我正在为所有常见的中间层对象创建一个可重用的公司命名空间(类库)。然后，我们的任何开发人员都可以在其项目的开发阶段引用该程序集。这是我的问题。创建一个包含我们所有中间层逻辑的单个程序集或将此功能分解为更小的程序集是否更容易接受？

示例:单个程序集(命名空间示例)

系统

系统.IO

系统.IO.RegEx

系统.Net

系统.Net.Mail

系统.安全

System.Web - AssemblyFull.dll

示例:多个程序集

系统.IO

System.IO.Reg - 编译为 AssemblyIO.dll

系统.Net

System.Net - 编译为 AssemblyNet.dll

过去我用过这两种方法，但我想知道其他人是怎么做的，为什么？我不是在寻找任何代码示例，我只是想知道其他开发人员在做什么？

提前致谢。

Answer 1

作为一般规则，如果程序集不是显式耦合的，我会使用它们来分隔它们。例如，如果你有一个低级别的网络 API 和其他用于 FTP 相关操作的 API，则后者可能依赖于前者；但对于 API 用户，您的开发人员；没有必要将两者都放在一个组件中；也许某个项目不需要 FTP API，因此他们只需要包含核心“Net”程序集。您可以分离 API 以使其尽可能具有原子性，并避免开发人员在只使用其中一小部分时包含大型程序集。

这种方法的缺点是，如果开发人员需要 FTP 程序集，他们还需要包括 Net 程序集；所以你必须找到一种方法来管理这些依赖关系，从而降低开发人员的复杂性。我用 Maven (from Apache)在做 Java 应用程序时，但到现在我还不知道一个好的 maven-like alternative for .NET .

但是，如果您正在为您的公司构建一些 API，则可以使用 Wiki 站点或其他轻量级文档工具来解决这个问题。