一、写在前面
应用分层这件事情看起来很简单，但每个程序员都有自己的一套，哪怕是初学者。如何让一家公司的几百个应用采用统一的分层结构，并得到大部分程序员的认同呢？这可不是件简单的事情，接下来以我们真实案例与大家一起探讨，先问大家两个技术问题：
- 服务的调用代码你觉得放到哪一层好呢？A表现层；B业务逻辑层；C数据层；D公共层。
- 如何组织好VO(View Object视图对象)、BO(Business Object业务对象)、DO(Data Object数据对象)、DTO(Data Transfer Object数据传输对象)呢？
不同的人会有不同的答案，所以要统一公司应用分层，以减少开发维护学习成本。统一应用分层要可大可小、简单易用、支持多种场景，我们采用IPO方式：I是Input、O是Output、P是Process，一进一出一处理。应用系统的本质是机器，是处理设备，一进一出一处理。
IPO原理图
二、统一逻辑架构
统一应用分层的逻辑架构图
职责说明：
| 层英文名 |
中文名 |
说明 |
|
| PresentationLayer |
表现层文件夹 |
上层向用户提供服务，负责视图展示。项目类型包括WebSite、WebForm、MVC、WCF、WebService等。 |
|
| BusinessLayer |
业务逻辑层文件夹 |
中间逻辑处理，负责应用系统的业务逻辑的处理。 |
|
| DataLayer |
数据访问层文件夹 |
下层调用服务，负责数据资源提供方如数据库、SOA、OpenAPI的交互。 |
|
| EntityLayer |
实体层文件夹 |
VO：View Object视图对象；
DTO：Data Transfer Object数据传输对象；
BO：Business Object业务对象；
DO：Data Object数据对象；
在实际项目中，为简化设计可进行裁剪，BO和DO为可选，DTO属于服务项目类型，VO属于网站项目类型，也不会同时存在。 |
|
| CommonLayer |
公共层文件夹 |
工具类库，负责提供应用系统中常用的操作。 |
|
| TestLayer |
测试层文件夹 |
单元测试（可选），负责对其它类库的自动化单元测试。 |
|
| |
|
|
|
- 文件夹分层法：应用分层采用文件夹方式的优点是可大可小、简单易用、统一规范，可以包括5个项目，也可以包括50个项目，以满足所有业务应用的多种不同场景；
- 调用规约：在开发过程中，需要遵循分层架构的约束，禁止跨层次的调用；
- 下层为上层服务：以用户为中心，以目标为导向。上层（业务逻辑层）需要什么，下层（数据访问层）提供什么，而不是下层（数据访问层）有什么，就向上层（业务逻辑层）提供什么；
- 实体层规约：DO是数据表对象，不是数据访问层对象，不是只能给数据访问层使用；DTO是网络传输对象，不是表现层对象，不是只能给表现层使用；BO是内存计算逻辑对象，不是业务逻辑层对象，不是只能给业务逻辑层使用 。如果仅限定在本层访问，则导致单个应用内大量没有价值的对象转换。以用户为中心来设计实体类，可以减少无价值重复对象和无用转换；
- U型访问：下行时表现层是Input，业务逻辑层是Process，数据访问层是Output。上行时数据访问层是Input，业务逻辑层是Process, 表现层就Output。
三、我们的具体规范
此规范我们用了四年，牵涉几百个应用，200多个研发人员，是一个成功的实践。接下来就借用本文提供下载的TripOrderService、TripSellerMVCSite这两个Demo来进行具体规范的说明，以下是截图：
3.1、项目命名规则
项目命名规则：{产品线英文名全称}.{子系统英文名全称+应用名}.{项目职责英文名全称}，如：Trip.Seller.DTO。
3.2、业务逻辑层的项目规范
规范说明：
1、项目名的命名规则：{产品线英文名全称}.{子系统英文名全称+应用名}.xxxBusiness，如上图的Trip.Order.Business。
2、类名以Logic结尾，如上图的OrderLogic.cs。
3.3、数据操作项目规范
规范说明：
1、各数据操作项目名根据使用什么数据库进行分类，然后以DB为结尾，具体命名规则是：{产品线英文名全称}.{子系统英文名全称+应用名}.{使用什么数据库}DB，如上图的Trip.Seller.MSSQLDB。
2、如果涉及到多个数据库访问的，那么数据操作项目下的类文件需要按数据库名称（以DB为结尾）创建文件夹分开，如上图的TripOrderDB文件夹。
3、建议在应用中使用SQL语句，不使用存储过程。在数据库中不新增存储过程，但旧的存储过程可以继续使用和修改。
4、分页建议使用数据库（如SQLServer）的最新特性进行分页，并将每个分页SQL直接写到应用中。
3.4、实体类项目规范
规范说明：
1、DTO项目命名规则：{产品线英文名全称}.{子系统英文名全称+应用名}.DTO，如上图的Trip.Order.DTO。
2、请求参数DTO实体类、响应DTO实体类存放规范以及其命名规则：
a、请求参数DTO实体类放在Request文件夹下，且命名规则为：以Request结尾，如上图的SearchOrderRequest.cs。
b、响应DTO实体类放在Response文件夹下，且命名规则为：以R
