模板模式讲解二

一、何为模板

在阎宏博士的《JAVA与模式》一书中开头是这样描述模板方法（Template Method）模式的：

　　模板方法模式是类的行为模式。准备一个抽象类，将部分逻辑以具体方法以及具体构造函数的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法，从而对剩余的逻辑有不同的实现。这就是模板方法模式的用意。

二、模式结构设计

　　父类定义成一个抽象类，有一个具体实现方法，在这个具体实现方法会去调用此抽象类定义的抽象方法，这些抽象方法由子类继承实现，因为不同的业务逻辑是需要由不同的子类完成的。父类的具体实现方法，只是把这些子类的抽象方法执行的共同点抽取出来。有点不好理解，直接看图吧

 

三、操作数据库的模板模式设计

　　场景 ： 大型的电商网站，如淘宝、京东、苏宁等。仔细分析下，领域模型大同小异。无非就是围绕商品、规格、订单等模型来展开。一个商品，它的模型是怎么样的呢？商品名字、价格等。但我们很难把商品的所有属性定义出来，并不是所有的商品属性都是一样的。所以，这时商品就有了另一个极其灵活的属性-->扩展属性。扩展属性，顾名思义，可扩展，视需求定义。比如，我们定义商品的购买限制规则，每个ID只能购买一件等等。商品的扩展属性很多，在保存商品属性信息，同时也需要保存扩展属性。保存扩展属性信息，操作可以细分为如下三种 ： 

①、创建商品信息，插入扩展属性

②、更新商品信息，更新扩展属性（假设属性表，A商品有三条扩展属性信息，origin_id=[123,456,789] ,  现在需要更新扩展属性信息，new_id = [456,520] ）

a、插入新的扩展属性 :　id = 520

b、更新扩展属性 :　id = 456

c、删除不需要的扩展属性 :　id = 123,789

③、删除商品信息，删除扩展属性

我们的重点是讲第②点，update商品信息，其更新规则如下：

a、属性表没有的，参数有的，则插入

b、属性表有的，参数有的，则更新

c、属性有的，参数没有的，则删除

更新商品扩展属性伪代码如下：

    public Result<GoodsDTO> save(List<GoodsDTO> newInfo) {
        // 获取商品的老扩展属性信息
        List<GoodsDTO> oldInfo = getGoodsAttrByGoodsId(Long goodsId);
        
        for(GoodsDTO newGoods : newInfo) {
            boolean isNeedInsert = true;
            for(GoodsDTO oldGoods :oldInfo) {
                if(newGoods.getId() = oldGoods.getId()) {// 属性表有的，参数有的，则为更新
                    isNeedInsert = false;
                    updateAttr(newGoods);
                    break;
                }
            }
            if(isNeedInsert) {// 属性表没有的，参数有的，则为插入
                insertAttr(newGoods);
            }
        }
        for(GoodsDTO oldGoods : newInfo) {
            boolean isNeedDelete = true;
            for(GoodsDTO newGoods :oldInfo) {
                if(newGoods.getId() = oldGoods.getId()) {// 属性表有的，参数没有的，则为删除
                    isNeedDelete = false;
                    break;
                }
            }
            if(isNeedDelete) {
                deleteAttr(oldGoods);
            }
        }
    }

代码逻辑不复杂，但这种逻辑写法，严格来说，是非业务性代码，浸入了我们的业务系统。我们再想想，同样，规格、订单等也有扩展属性。它们的操作规则大同小异。试想，让

你每次更新扩展属性时，写这种恶心逻辑，你能坚持写下去么？如果，后续我们更新扩展属性的规则变了呢？比如，不再根据扩展属性的Id来判断是否add、update、delete？那这时问题来了，你是不是把所有有此逻辑的代码找出来，改改？显然，谁也不愿意这样干。这时，模板设计就派上场了。可以把改动点抽取粗来，集中在一个父类的具体实现方法。

insert 、 update 、delete这些不同的DAO对应不同的表操作，由具体的子类去继承父类，并强迫子类去实现这些抽象方法。

父类（模板）

public abstract class DoTemp<T extends BaseDO> {
    
    public abstract void insert(T t);
    
    public abstract void update(T target, T orign);

    public abstract void delete(T t);
    
    protected void execute(List<T> target, List<T> orign) {
        if(target != null) {
            for(T t : target) {
                boolean isNeedInsert = true;
                for(T o : orign) {
                    if(t.getId() == o.getId()) {
                        this.update(t, o);
                        isNeedInsert = false;
                    }
                }
                if(isNeedInsert) {
                    this.insert(t);
                }
            }
        }
        
        if(orign != null) {
            for(T o : orign) {
                boolean isNeedDel = true;
                for(T t : target) {
                    if(t.getId() == o.getId()) {
                        isNeedDel = false;
                    }
                }
                if(isNeedDel) {
                    this.delete(o);
                }
            }
        }
    }
}

 实体类：

public class GoodsDO extends BaseDO {

    private int id;
    
    private String name;

    @Override
    public String toString() {
        return ToStringBuilder.reflectionToString(this);
    }

    public GoodsDO() {

    }

    public GoodsDO(int id, String name) {
        this.id = id;
        this.name = name;
        super.id = id;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}



public class BaseDO {
    
    public int id;

    public int getId() {
        return -1;
    }

    public void setId(int id) {
        
    }
}

子类：

public class GoodsDoTempImpl extends DoTemp<GoodsDO> {
    
    @Override
    public void insert(GoodsDO t) {
        // TODO Auto-generated method stub
        System.out.println("-------- insert ---------" + JSON.toJSONString(t));
    }

    @Override
    public void update(GoodsDO target, GoodsDO orign) {
        // TODO Auto-generated method stub
        System.out.println("-------- update ---------" + JSON.toJSONString(target) + "---- 更新后值为 ----" + JSON.toJSONString( orign));
    }

    @Override
    public void delete(GoodsDO t) {
        // TODO Auto-generated method stub
        System.out.println("-------- delete ---------" + JSON.toJSONString(t));
    }
}

测试类 ： 

public class Client {

    public static void main(String[] args) {
        
        
        test_dotemp();
    }
    
    public static void test_dotemp() {
        
        List<GoodsDO> target = new ArrayList<GoodsDO>();
        List<GoodsDO> orign = new ArrayList<GoodsDO>();
        for(int i = 1; i<3; i++) {
            GoodsDO p = new GoodsDO();
            p.setId(i);
            p.setName("ym" + i);
            target.add(p);
            
            p = new GoodsDO();
            p.setId(i - 1);
            p.setName("ym" + (i - 1));
            orign.add(p);
        }
        
        new  GoodsTempImpl().execute(target, orign);
}