程序设计分层思想和DAO设计模式的开发

无论是一个应用程序项目还是一个Web项目，我们都可以按照分层思想进行程序设计。对于分层，当下最流行划分方式是：表现层+控制层+业务层+数据层。其中，业务层和数据层被统称为后台业务层，而表现层和控制层属于前台。整个项目最核心的部分就是后台业务层的实现。

数据层：又被称为数据访问层（Data Access Object DAO），是专门完成一个个原子性操作的数据库开发，如对数据的更新（插入，修改，删除）和查询（单个查询，查询全部，模糊查询等），在数据层中最需要控制的就是JDBC的PreparedStatement接口的使用。

业务层：又被称为业务对象（Business Object BO）、服务层（Service Object），它体现了整个程序提供的操作功能，一个业务层的操作实现，需要涉及多个数据层的操作。

以下对员工表（emp）的操作为例，讲解数据层和业务层的实现

首先员工表的结构：emp(empno,ename,job,hiredate,sal,comm),客户提出的对员工的需求可以大致划分为以下几个操作：

1实现雇员数据的添加，保证雇员编号不重复

2实现对雇员信息的修改

3实现对雇员的批量删除

4根据雇员编号查询指定雇员信息

5查询所有雇员信息

6模糊查询复合条件的雇员信息和统计人数

我们以SQL Server数据库开发为例进行项目的开发

准备阶段

1数据库连接类DatabaseConnection

因为涉及到对数据库开发操作，需要取得数据库的连接对象以及关闭，因此可以专门定义一个类管理数据库的连接与关闭，类的设计如图

2简单Java类

因为我们要操作的是指定表中的数据项，所以数据结构也必须要与表结构意义对应。简单java类（po,vo,pojo,to）

注意在实际开发中，对简单java类有几点要求

l           考虑到日后程序有可能出现分布式应用问题，所以简单java类必须要实现java.io.Serializable接口;

l  简单java类的名称必须与表名称保持一致；

有可能采用这样的命名：student_info 类名为StudentInfo

l  类的属性不允许出现基本数据类型，都必须使用基本数据类型的包装类

基本数据类型默认值为0，而包装类默认值为null;

l  类中的属性必须使用private封装，封装后的属性必须提供有getter、setter方法

l  类中可以有多个构造方法，但是必须有一个无参构造方法

开发数据层

数据层最终是要交给业务层去调用，所以应该为数据层的操作指定标准，即应该定义数据层开发的接口标准。，这样业务层只需要通过接口即可实现数据层的访问，而无需知道操作细节。

1开发数据层的操作标准

l  对于整个数据层的开发严格讲就是只有两类功能：

|-数据更新：建议它的操作方法以doXxx（）形式命名

|- 数据查询，对于查询分两种形式：

|- 查询表中数据：以findXxx（）形式命名，例如：findById（），findByName()

|- 统计表中的数据：以getXXX()形式命名，例如：getAllCount（）

2数据层的实现类

数据层需要被业务层调用，数据层需要进行数据库的执行（PreparedStatement），由于在实际开发之中一个业务要执行多个数据层的调用，所以数据库的打开与关闭由业务层负责比较合理

3工厂模式提供对不同层间的访问接口

 

package cn.mldn.factory;

import java.sql.Connection;

import cn.mldn.dao.IEmpDAO;

import cn.mldn.dao.impl.EmpDAOImpl;

public class DAOFactory {

         public static IEmpDAO getIEmpDAOInstance(Connection conn) {

                   return new EmpDAOImpl(conn);

         }

}

开发业务层

1业务层操作标准

2业务层实现类

业务层实现类的核心功能：

l  负责数据库的打开与关闭，当存在了业务层对象后就是为了操作数据库：即业务层之后就必须准备好数据库的连接；

l  根据DAOFactory调用getIEmpDAOInstance（）方法而后获取IEmpDAO接口对象

不同层之间的访问依靠的就是工厂类和接口进行操作

3业务层的工厂类

在实际编写中，子类永远都是不可见的，同时在整个操作里面，控制层完全看不见数据库的任何操作（没有任何的JDBC代码）

总结

通过分层设计思想以及接口设计原则，我们可以将复杂的业务需求转变为一个个简单的分层业务处理，在设计中关键是对分层的程度进行控制，纪要保持类中内部的聚合性强，又要搜鞍山解耦类之间的联系，计量做到“松耦合强内聚”的设计架构准则。