Jsp教学中三层架构规划

<本博客的内容语言组织还要进一步精炼，修订后的示范代码稍后提交！>

在JavaWeb开发的教学中，我们通常都会带着学生用JSP+Servlet+JavaBean技术完成一个或多个小型管理信息系统。在教学中，为了加深学生对灵活的软件设计的理解，采用三层架构的方式搭建应用框架。在实际操作过程中，有3个难点的地方比较难理解。

1.各层的接口声明中返回什么值？

2.异常如何处理？

3.service层如何实现事务？

接下来，我们就以上三个问题逐一分析并提出解决方案。

注：也许有人认为这个没有必要，用struts、hibernate等框架来做，整个系统架构更清楚。但是《Java Web开发》这门课程是教给学生Servlet、JSP、JavaBean等技术。只有真正地掌握了这些技术，再用框架的时候，才能更深刻的理解框架带来的好处。另外，一些小的MIS系统，完全没有必要搞的那么复杂，一堆的配置文件或注解。

首先，我们简单来回顾三层架构方面的知识。虽然我们经常谈三层架构，实际上，在使用JSP进行分层开发的时候，通常是4层，也就是业务逻辑层分离出一个Serlvet层，主要负责获取用户提交数据，业务流程跳转等。具体如下图一所示。根据面向对象的一些基本思想：面向抽象编程（方便后期的维护和拓展）。

                                        图1 三层架构与四层架构

每一层都公开了一些接口给调用它的上层，但是对上层隐藏了自身的实现。一般的做法就是每一层提供一个接口，然后提供一个实现了该接口的类。接下来我们通过一个简单的案例，来探讨上面提出的三个问题。为了尽可能的精简代码，此处设计了两张最简单的表。具体MySQL 的DDL如下：

CREATE DATABASE `three` ;USE `three`;DROP TABLE IF EXISTS `log`;CREATE TABLE `log` (  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,  `info` varchar(6) NOT NULL,  PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1ROW_FORMAT=DYNAMIC;DROP TABLE IF EXISTS `student`;CREATE TABLE `student` (  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,  `name` varchar(6) NOT NULL,  PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1ROW_FORMAT=DYNAMIC;

实体类的代码此处就不贴出了，我们首先来看第一个问题，接口层中方法的返回值。在网络上的很多讲三层架构的案例中，每个人的返回值都不一样。比如有的add方法返回一个整数，有的就是一个void。数据访问层，只关心如何操作数据库。因此个人觉得，用void更合适一些。至于添加成功与否，我们用异常来解决。此处值得商榷，本例中采用返回void的方式。至于业务逻辑层的接口，比如register方法，实际上就相当于是要往数据库中添加一条记录。个人理解，既然是业务，必然会有成功和失败，应该是返回boolean型的变量，但网络上大多数案例都是返回void。本例中也简化处理，一律返回void。

第二个问题就是异常的处理，按照异常的使用原则，异常能处理就处理，不能处理就抛出。在DAO层中，不可避免的要处理SQLException。如果在DAO中直接生命抛出异常，如下错误示范：

public void LogDao{    public void addLog(Log log) throws SQLException;    ......}

这样的话接口被污染了，如果我们的项目采用其他框架如Hibernate来持久化，Hibernate中数据库操作产生的异常类不是SQLException。这样的话，这个接口的设计就没有意义了，需要调整接口，进而影响service层对它的调用。失去了面向对象灵活的特性了。因此此处，我们的接口不应该抛出异常，而是采用自定义的异常RuntimeException类。

此处我们定义一个

public class MyRunException extends RuntimeException {    public MyRunException(String message) {        super(message);    }    public MyRunException() {    }    }

在DAO中，碰到SQL异常的时候，就直接捕获之后，抛出一个MyRunException异常的实例。由于该异常是运行时异常，不用在方法体中显式抛出。因此我们的接口可以非常干净。那么DAO中的方法就可以如下写：

public class LogDao {    ...    public void addLog(Log log){        ...        try {            ...        } catch (SQLException ex) {            throw new MyRunException();        }    }}

第三个问题就是service的事务处理。JDBC支持事务处理，我们的案例中MySQL也支持事务，为什么还要讨论了。在实际的业务逻辑中，往往设计对多表的操作。通常在DAO中，每一个DAO针对的是一个数据表的CRUD。这样的话，我们就需要将一个Connection传递给多个DAO，然后在service层commit业务。如此一来，我们的service的代码就类似这样的操作：

public void  register(Student student){Connection conn = DBHelp.getConn();StudentDao sDao = new StudentDao(conn);LogDao lDao = new LogDao(conn);conn.setAutoCommit(false);try{sDao.add(student);lDao.add(new Log(...));}catch(MyRunException e){try{conn.commmit();}catch(SQLException e){.....}}}

如此一来，我们的service还是要与SQLException耦合在一起。如何解决这个问题呢？我们引入自己的类包装一下Connection，具体代码如下：

DBExecute

public class DBExecute {    private Connection conn;    public DBExecute(Connection conn) {        this.conn = conn;    }    public void setAutoCommit(boolean flag){        try {            conn.setAutoCommit(flag);        } catch (SQLException ex) {            throw new UserSQLException(ex.getMessage());        }    }    public void commit(){        try {            conn.commit();        } catch (SQLException ex) {            throw new UserSQLException(ex.getMessage());        }    }    public Connection getConn() {        return conn;    }}

我们的数据库的操作，数据库的连接都封装DBExecute中。我们的service将彻底地从JDBC这些类和异常中分离出来。

修改后的Dao实现如下所示：

....public class LogDaoJdbcImpl implements LogDao {    private DBExecute execute;    public LogDaoJdbcImpl(DBExecute execute) {        this.execute = execute;    }    public void addLog(Log log){        String sql = "insert into log ( info ) values( ? ) ";        PreparedStatement ps;        try {            ps = execute.getConn().prepareStatement(sql);            ps.setString(1, log.getInfo());            ps.execute();        } catch (SQLException ex) {            throw new UserSQLException();        }    }}

到此为止，我们解决了以上提出的三个问题。

这些操作只是介绍了基本的思想，真正要进行良好的，可以通用的类，我们的DBExecute还要封装更多的操作。就像Apache的DBUtil一样，对JDBC作了轻量级的封装。