设计模式之---模板方法template method的使用

在面向对象系统的分析与设计过程中经常会遇到这样一种情况：对于某一个业务逻辑（算法实现）在不同的对象中有不同的细节实现，但是逻辑（算法）的框架（或通用的应用算法）是相同的。Template Method提供了这种情况的一个实现框架。

   Template Method模式是采用继承的方式实现这一点：将逻辑（算法）框架放在抽象基类中，并定义好细节的接口，子类中实现细节。

 

   Strategy模式解决的是和Template Method模式类似的问题，但是Strategy模式是将逻辑（算法）封装到一个类中，并采取组合（委托）的方式解决这个问题。

 

   解决这个问题可以采取两种模式来解决，一是Template模式，二是Strategy模式。本文给出的是Template Method模式。一个通用的Template Method模式的结构图为：

 Template Method模式实际上就是利用面向对象中多态的概念实现算法实现细节和高层接口的松耦合。可以看到Template Method模式采取的是继承方式实现这一点的，由于继承是一种强约束性的条件，因此也给Template Method模式带来一些许多不方便的地方。

下面以代码的形式实现模板方法的应用，具体用途在注释中已经很明确。

package designpattern_templatemethod;

public class TemplateMethodTest {

    public static void main(String[] args) {
        CommonDAO dao = new TemplateMethodTest().new CommonDAOImpl();
        /*
         * 直接传入要执行的SQl语句执行查询，即可获得拥有事务的功能，同时省去了大部分访问数据库通用的方法，这些方法都在模板方法中 预先定义好了
         */
        dao.executeSQL("inserte into user values(1,'franson','male')");
    }

    abstract class CommonDAO {
        final public void executeSQL(String sql) {
            try {
                System.out.println("获取数据库连接...");
                System.out.println("打开连接...");
                System.out.println("开启事务...");
                executeDetail(sql);// 调用执行SQL语句的具体方法，该方法在子类中覆写
                System.out.println("提交事务...");
            } catch (Exception e) {
                System.out.println("发生异常，回滚事务...");
            } finally {
                System.out.println("关闭连接，释放资源...");
            }
        }

        protected abstract void executeDetail(String sql);
    }

    class CommonDAOImpl extends CommonDAO {

        @Override
        protected void executeDetail(String sql) {
            System.out.println(sql);
        }

    }
}

 

 

   Template Method模式的实现关键是将通用算法（逻辑）封装起来，而将算法细节让子类实现（多态）。唯一注意的是我们将原语操作（细节算法）定义为受保护（Protected）成员，对外部只提供模板方法供调用。 

   Template模式是很简单模式，但是也应用很广的模式。Template Method是采用继承的方式实现算法的异构，其关键点就是将通用算法封装在抽象基类中，并将不同的算法细节放到子类中实现。 

   Template Method模式获得一种反向控制结构效果，这也是面向对象系统的分析和设计中一个原则----DIP（依赖倒置：Dependency Inversion Principles）。其含义就是父类调用子类的操作（高层模块调用低层模块的操作），低层模块实现高层模块声明的接口。这样控制权在父类（高层模块），低层模块反而要依赖高层模块。