通用.Net平台系统框架剖析与设计(简单概括)
Powered by 记得忘记 2006-7-20原稿 修改于7-21
1、分层开发思想
软件要分层，其实总结一句话，是为了实现“高内聚、低耦合”。采用“分而治之”的思想，把问题划分开来各个解决，易于控制，易于延展，易于分配资源。
首先，谈一下什么是三层架构，所谓的三层开发就是将整个业务应用划分为表示层－业务逻辑层―数据访问层－数据库等，有的还要细一些，明确地将客户端的表示层、业务逻辑访问、和数据访问及数据库访问划分出来，十分有利于系统的开发，维护、部署和扩展。
我们知道，对于典型的三层应用系统来说，通常可以把系统分成以下三个层次：
· 数据库层
· 用户界面层
· 应用服务层 (数据实体层、实体控制层、数据访问层、业务规则层和业务外观层)
将系统划分成这么多层次，其好处是能够使得系统的架构更加清晰，这样每个层次完成的功能就比较单一，功能的代码有规律可循，也就意味着我们可以开发一些工具来生成这些代码，从而减少代码编写的工作量，使得开发人员可以将更多的精力放到业务逻辑的处理上。正是基于这个想法，我们同时开发了针对这个框架的开发工具，并在实际工作中减少很多代码的编写量，效果非常好。同时，为了应用服务层更好的工作，我们可以利用代码生成工具生成其中的数据实体层、实体控制层等(可以理解成中间件)。
2.具体设计
1)数据实体层(DataModel)，即数据的表示方式、也就是通常的O-R Map的问题。通常的做法是将程序中的类映射到数据库的一个或多个表。可以使用Builder和Factory的设计模式、实体类定义XML文件可以通过工具来自动生成，减轻开发工作量
2)实体控制层 数据的存取方式，用于控制数据的基本操作，如增加、修改、删除、查询等，同时为业务规则层提供数据服务。
3)数据访问层(DataAccessLayer) 提供对数据库的访问，封装ADO.Net
· 连接数据库
· 执行数据库操作
· 查询数据库，返回结果
· 维护数据库连接缓存
· 数据库事务调用
4)业务规则层 业务逻辑的组织方式
各种业务规则和逻辑的实现
5)业务外观层 业务服务的提供方式
业务外观层为 Web 层提供处理、浏览和操作的界面。业务外观层用作隔离层，它将用户界面与各种业务功能的实现隔离开来。
业务外观层只是将已经完成的系统功能，根据各个模块的需要，对业务规则进行高层次的封装。
整个系统的结构图如下：
