项目命名公约

时间:2011-01-03 18:31:07

标签: visual-studio naming-conventions projects-and-solutions

我正在讨论在我们团队的.sln中命名项目的最佳实践。我们正在使用Visual Studio,并讨论项目命名和类的放置应该是什么。以下是两个论点:

  1. 应该有一个“Common”项目,它包含两个文件夹:“Contracts”和“Model”。在“Contracts”文件夹中将是接口,当然在“Model”文件夹中将是数据模型。这样做的好处是只会发布一个.dll,其中包含模型和合同。
  2. 应该有一个“模型”项目和一个“合同”项目。 “Model”项目应包含数据模型,“Contracts”项目将包含接口。这里的优点在于命名,你知道每个.dll中会有什么。
  3. 问题的确如此简化,为接口和模型提供两个独立的项目或一个项目是否更好?

2 个答案:

答案 0 :(得分:2)

我将它们分成不同的项目。您的解决方案可能包含更多DLL,并且您希望能够从其中任何一个访问接口。如果您将它们与模型一起转储到同一个DLL中,那么您将面临更高的循环依赖风险。

答案 1 :(得分:0)

这取决于,我会将项目保留在RE可用性的基础上。表示每个项目特定于面向内容。

另请注意,即使保持分开,您也可以在单个dll中merge。所以你的命名目标也将实现。