设计模式在业务逻辑层中的应用

4 改进的4层架构开发模型
基于上述分析，为提高软件的开发效率，这里从设计模式角度出发，提出把业务逻辑层进一步分出一层，单独形成一个数据接口层。数据接口层屏蔽各种底层数据库之间的差异，负责与底层数据库之间的连接。形成4层软件体系结构框架，从上到下依次是：表示层、业务逻辑层、数据接口层、数据层，如图2所示。表示层是应用软件进行人机交互的接口；业务逻辑层负责处理用户的业务请求；数据接口层负责与底层数据库之间的交互；数据层则负责存储数据。
4．1 DAO设计模式
数据接口层采用数据访问对象DAO(Data Access Ob-iect)模式。该模式实际是Adapter模式和Bridge模式的混合体，DAO对象提供数据库访问的基本操作，如增加、删除、修改、查询等。 DAO层以面向对象的方式封装数据库操作。DAO组件完全专注于数据访问实现，业务层代码无须关心底层数据库访问的实现，从而降低了层之间的耦合。
DAO设计模式的优点：
(1)DAO模式抽象出数据访问方式，业务逻辑层访问数据源时完全感觉不到数据源的存在。软件工厂中有一条很重要的法则：一个对象对其他对象的了解越少越好，了解越少就意味着依赖越少，可复用性越高。
(2)DAO将数据访问集中在独立的一层，因为所有的数据访问都由DAO代理，这层独立的DAO将数据访问的实现和系统的其余部分剥离，将数据访问集中，使得系统更具可维护性。
(3)DAO降低了业务逻辑层的复杂度。DAO管理复杂的数据访问，从而简化了业务逻辑层。所有与数据访问的实现有关的代码(例如SOL语言等)都不写在业务逻辑层里，业务逻辑层可集中处理业务逻辑，提高了代码的可读性和生产率。
(4)DAO有助于提升系统的可移植性。DAO模式通过将数据访问划分为抽象层和实现层，分离数据使用和数据访问的实现细节。这意味着业务层与数据访问的底层细节无关，也就是说，可以在保持上层机构不变的情况下，通过切换底层实现来修改数据访问的具体机制，提高了系统的可复用性。
(5)DAO组件依赖于数据库系统，提供数据库访问接口，只要数据库没有重构，DAO层通常无须改写。DAO层透明地分离数据库与业务逻辑层，业务逻辑层专注于业务逻辑的实现，而无须关心持久层访问的实现。
(6)DAO模式的进一步改良。由于DAO层已实现所有的数据访问，业务逻辑层只需调用DAO接口，因此业务逻辑层要使用Facade模式包装DAO。为实现跨数据库平台移植，支持不同数据访问机制之间的可配置切换，需在DAO层引入Factorv模式、Proxy模式和Strategy模式，则可方便地在不同数据存储方式间切换。然而，采用DAO模式，系统在请求数据端和数据服务端之间增加一层，增加了系统的复杂度；新增加的一层需要额外的设计与实现，增加了工作量；还需引入工厂甚至抽象工厂，增加了设计的复杂度。总的来说，DAO将数据持久层与业务逻辑层分离，提高了软件的可扩展性，可维护性和可复用性。