参考：How do you organize your projects? [closed]
地址：https://softwareengineering.stackexchange.com/questions/40394/how-do-you-organize-your-projects
在设计项目和布局架构时，我从两个方向开始。首先，我查看正在设计的项目，并确定哪些问题需要解决。我看看将要使用它的人，从一个粗糙的UI设计开始。在这一点上，我忽略了数据，只是看看用户要求什么和谁将使用它。
一旦我对他们要求的内容有了基本的了解，我就会确定他们要操作的核心数据是什么，并开始为这些数据进行基本的数据库布局。然后，我开始问一些问题，以定义围绕数据的业务规则。
通过独立地从两端开始，我能够以一种将两端结合在一起的方式来规划一个项目。我总是试着把设计尽可能的分开，然后再把它们融合在一起，但是当我继续前进的时候，要记住每个设计的要求。
一旦我对问题的每一端都有了一个很好的理解，我就开始为解决问题而设计项目的结构。
创建项目解决方案的基本布局后，我将查看项目的功能，并根据所做工作的类型设置所使用的名称空间的基本集合。这可能是诸如帐户，购物车，调查等。
下面是我通常从这里开始的基本解决方案布局。当项目得到更好的定义时，我会对其进行细化，以满足每个项目的特定需求。有些领域可能与其他领域合并，我可以在需要时增加一些特殊的领域。
SolutionName
.ProjectNameDocuments
对于大型项目，需要与其一起保存某些文档。为此，我实际上在解决方案中创建了一个单独的项目或文件夹来保存它们。
.ProjectNameUnitTest
单元测试始终取决于项目-有时它确实是
基本功能，可以捕获极端情况，有时会设置为完整代码
覆盖范围。 我最近将图形化单元测试添加到了军械库。
.ProjectNameInstaller
有些项目有特定的安装要求，需要在项目级别上处理。
.ProjectNameClassLibrary
如果需要Web服务、API、DLL等。
.ProjectNameScripts (**Added 2/29/2012**)
我增加这个是因为我刚刚在我的当前项目中发现了一个需求。该项目包含以下类型的脚本：SQL(表、pros、视图)、SQL数据更新脚本、VBScripts等。
.ProjectName
.DataRepository
包含基类和数据库通信。有时还保存包含任何SQLProcs或其他特定代码的目录。
.DataClasses
包含在项目中使用的基类、结构和枚举。它们可能与数据存储库中的数据相关，但不一定连接到数据存储库中的数据存储库中。
.Services
对数据执行所有CRUD操作，这样就可以更改存储库，而无需重写任何更高级别的代码。
.Business
执行任何数据计算或业务级别数据验证，与服务层进行大多数交互。
.Helpers
我总是创建一个包含助手类的代码模块。这些可能是对系统项、标准验证工具、正则表达式或自定义项的扩展。
.UserInterface
用户界面是用来显示和操作数据的。UI窗体总是按照功能单元命名空间组织，并为共享窗体和自定义控件提供额外的文件夹。