单独的项目或多个类文件...在C＃命名空间中的最佳实践 [英] Separate projects or multiple class files ... namespace best practice in C#

问题描述

我创建用于与我建立一个应用程序使用的库。我建立类似下面的名称空间结构。

I'm creating a library for use with an application that I am building. I am building a name space structure similar to below.

MyNamespace.Validation
MyNamespace.Reports
MyNamespace.Transactions
MyNamespace.DataImport
etc...

难道是最好的实践中创建多个项目或解决方案，为每个子命名空间的一个项目中有多个类文件，为每个子命名空间？谢谢你。

Would it be best practice to create a solution with multiple projects for each sub namespace or one project with multiple class files for each sub namespace? Thanks.

推荐答案

有利弊，这两种方法，你需要为你自己的情况之间的个人决定。

There are pros and cons to both approaches, which you need to personally decide between for your own circumstance.

临多个项目：

• 独立组件让编译​​器提供了更加严格的指导，防止潜在的耦合通过爬行。这可以让你保持相关性更好。


• 独立组件需要在其他项目中，有可能缓解重用可以加载。


• 独立组件可预防从不必要的代码被加载到进程，因为他们是按需加载

缺点多个项目：

• 更复杂的部署，随着越来越多的文件需要部署（未成年人）


• 慢编译/编译，甚至有可能加载时间从加载多个组件（未成年人）

我个人认为，优点远远多于缺点在大多数情况下。我通常将我的名字空间分割成独立的组件，只要是不相关的。在你的情况，你的工作非常4不同的概念，所以我的直觉是，分裂是很有道理的。

Personally, I think the pros far outweigh the cons in most cases. I typically will split my namespaces into separate assemblies, provided they are not related. In your case, you're working on 4 very different concepts, so my gut feeling is that splitting makes the most sense.

这篇关于单独的项目或多个类文件...在C＃命名空间中的最佳实践的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！