JDBC封装与设计模式

三层架构

三层架构就是为了符合“高内聚，低耦合”思想，把各个功能模块划分为表示层（UI）、业务逻辑层（BLL）和数据访问层（DAL）三层架构，各层之间采用接口相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致。

三层架构区分层次的目的是为了 “高内聚，低耦合”。开发人员分工更明确，将精力更专注于应用系统核心业务逻辑的分析、设计和开发，加快项目的进度，提高了开发效率，有利于项目的更新和维护工作。

 

表示层

表示层又称表现层 UI，位于三层构架的最上层，与用户直接接触，主要是 B/S 信息系统中的 Wed 浏览页面。作为 Wed 浏览页面，表示层的主要功能是实现系统数据的传入与输出，在此过程中不需要借助逻辑判断操作就可以将数据传送到 BBL 系统中进行数据处理，处理后会将处理结果反馈到表示层中。换句话说，表示层就是实现用户界面功能，将用户的需求传达和反馈，并用 BLL 或者是 Models 进行调试，保证用户体验。
 

业务逻辑层

业务逻辑层 BLL 的功能是对具体问题进行逻辑判断与执行操作，接收到表现层 UI 的用户指令后，会连接数据访问层 DAL，访问层在三层构架中位于表示层与数据层中间位置，同时也是表示层与数据层的桥梁，实现三层之间的数据连接和指令传达，可以对接收数据进行逻辑处理，实现数据的修改、获取、删除等功能，并将处理结果反馈到表示层 UI 中，实现软件功能。
 

数据访问层 DAL

数据访问层 DAL是数据库的主要操控系统，实现数据的增加、删除、修改、查询等操作，并将操作结果反馈到业务逻辑层 BBL。在实际运行的过程中，数据访问层没有逻辑判断能力，为了实现代码编写的严谨性，提高代码阅读程度，一般软件开发人员会在该层中编写 Data AccessCommon，保证数据访问层 DAL 数据处理功能。
 

DAO设计模式

DAO模式实际上是两个模式的组合，即Data Accessor (数据访问者)模式和 Active Domain Object(领域对象)模式。Data Accessor 模式实现了数据访问和业务逻辑的分离；Active Domain Object 模式实现了业务数据的对象化封装。

需要注意的是，DAO设计模式是Java EE中的设计模式，而非Java SE中的23种设计模式。
 

DAO的组成部分

一个典型的DAO实现有下列几个组件：

1、DAO接口
一个DAO接口;定义操作的接口，用于声明数据库的原子化操作,增删查改
2、Imple
一个实现DAO接口的具体类; 真实实现DAO接口的函数，只是单纯的处理数据。
3、DTO
数据传递对象(DTO)：有些时候叫做值对象(VO)或领域模型（domain），对应数据库的表数据，VO(Value Object)：就是存放项目中的一些要对其操作的数据类。
4、Proxy
代理实现类,通过代理类,用来调用真实的对象的操作
5、Factory
DAOFactory：工厂类，含有getInstance()创建一个DAOImpl类
 

 

三层模型中DAO的作用

DAO在三层结构模式中起来很大的作用，表现层通过逻辑层调用DAO，然后让DAO去调用数据层，这样很好的将数据层和其他两层隔离开，安全性和可维护性更高。然后在逻辑层和DAO层有可以建立新的DAO2，这个DAO2的作用就是避免外界直接接触里面的接口，主要通过工厂方法，实现接口的应用，这样的目的也是为了提高安全性，而且显得更层次感。

1、DAO其实是利用组合工厂模式来解决问题的，并没有带来新的功能，所以学的其实就是个思路。
2、DAO理论上是没有层数限制的。
3、DAO的各层理论上是没有先后的。