Winforms VS解决方案上文件夹的组织

嗯，我有点担心用户控件和表单（孩子和家长）、助手类等应该放在哪里。因此，我使用RepositoryPattern进行数据访问，我的表单被添加到任何组织的ViewLayer中。 我想听听您对使用某种体系结构来处理此问题的看法，或者只创建一些文件夹，如下所示，并考虑一些应用程序名称空间（例如：CompanyName.View.Controls for UserControls components）：

---

文件夹组织并不重要——主要目标是很容易找到我的类。使用诸如ReSharper之类的现代工具，您通常拥有强大的GoToClass助手，因此，如果您正确命名了类，您可以很容易地找到它

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

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

• Acme.MyProject.Components.csproj
  • 刀
  • 模型
  • 控制器
  • 例外情况
  • 服务
  • 乌提尔斯
• Acme.MyProject.Tests.csproj（取决于组件）
  • 刀
  • 模型
  • 控制器
  • 服务
  • 乌提尔斯
• Acme.MyProject.Site（aspnet web sie，取决于组件）
  • 应用程序代码
  • 控制
  • 布局

---

在使用WCF时，我还创建了一个小的assembly.Entities，在这里我存储了所有数据和操作契约，以便在WCF客户端中轻松地重用一个

我对此没有强烈的意见，但无论你做什么，都要始终如一地做！在您的标准文档中获取它。为什么在不同的层上有多个同名的文件夹DAO？我不认为这是模式的一部分

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