在VS解决方案上组织文件夹

Question

好吧，我有点担心放置用户控件和表单（子项和父项），帮助程序类等的位置。因此我使用RepositoryPattern进行DataAccess，并且我的Forms已在ViewLayer中添加到任何组织中。 我希望你们有关于使用一些架构处理这个问题的意见，或者只是创建一些文件夹作为关注点并考虑一些应用程序命名空间（例如：UserControls组件的CompanyName.View.Controls）：

ViewLayer : 
|
|-> Controls
|-> Dependencies 
|-> Diagram
|-> Forms
|-> Resources

Answer 1

文件夹组织并不重要 - 主要目标是轻松找到我的班级。使用像ReSharper这样的现代工具，你通常会有强大的GoToClass助手，所以如果你正确地命名你的课程，你可以很容易地找到它。

然而，将代码正确地分离到程序集更重要 - 以正确的方式处理类可见性以及公共/内部可见范围。

我的小项目通常的解决方案模板：

• Acme.MyProject.Components.csproj
  • DAO
  • 模型
  • 控制器
  • 例外
  • 服务
  • 的Utils
• Acme.MyProject.Tests.csproj（取决于组件）
  • DAO
  • 模型
  • 控制器
  • 服务
  • 的Utils
• Acme.MyProject.Site（aspnet web sie，取决于组件）
  • App_Code文件
  • 控制
  • 布局

使用WCF时，我还创建了一个小型程序集.Entities，我存储所有数据和操作合同，以便在WCF客户端中轻松重用