在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅对于开发人员是一件受苦受难的事情，软件本身的质量更是受到严重威胁。
-
架构设计图
-
架构说明
一个标准的四层架构包含如下四个部分：
-
展示层，负责系统与客户的交互
-
业务逻辑层，负责处理系统的业务
-
数据访问层，负责处理数据，与不同的数据库打交道
-
服务层，负责与其他系统进行数据交互和业务集成
我们在此四层架构的基础上进行一些扩展，就是将业务逻辑的方法抽象出业务接口层（IBLL）。
-
组件设计图
-
组件说明
以下是在架构图的框架下设计的9个组件。
1. App——页面展示
因为是BS架构的项目，所以选择最新的MVC 3.0框架，使用Jquery脚本库。
2. BLL——业务逻辑
业务逻辑的操作，包括业务处理，事务等。
3. DAL——数据访问
数据库访问的操作，数据实体，数据校验，使用微软的EF技术。
4. IBLL——业务接口
业务逻辑层的方法对外暴露的接口和服务契约。
5. Common——公共组件
整个应用程序使用的公共辅助方法。
6. ModelingProject——模型设计
在此设计项目的图例，如：架构图。
7. WcfHost——服务宿主
为对外的服务提供宿主，使用微软WCF技术。
8. WFActivitys——工作流活动层
定义了工作流的活动，使用微软WF技术。
9. WFDesigner——工作流设计器
实施人员自由配置工作流的设计器，使用微软WPF技术。
-
我们约定：
调用关系请将架构图和组件图结合来看，如下：
- 展示层（App）调用业务接口层（IBLL），业务接口层（IBLL）被业务逻辑层（BLL）实现，业务逻辑层（BLL）调用数据访问层（DAL），公共组件（Common）则是抽象了系统中可以共用和重用的部分，每个层都可以调用
- 增加了一个服务层（WcfHost），将业务接口层（IBLL）暴露给其他系统，使其方便与其他系统进行数据交互和业务集成
- 此处没有让展示层（App）调用服务层（WcfHost），是因为我们有共同的业务接口层（IBLL），也是为了性能的考虑
- 因为"数据实体"放在DAL层中，所以展示层（App）也需要引用数据访问层（DAL）,但不许在展示层做数据库操作
下一个章节我们一起来探讨一下这个架构的数据访问层的具体实现。
此架构的代码实现，请参考 www.langben.com