2.2.2 个人理解
对于有强迫症的我，没有找到问题的根源，总感觉哪里不对劲，我就说一下我对于两者区别的理解吧。
说实话，两种设计模式，我也就看到在实现姿势上有所区别，至于说的策略模式要定义统一接口，模板模式不这样做等，我不太赞同，因为我有时也会给模板模式定义一个通用接口。
然后也有人说，策略模式需要定义一堆对象，模板模式就不需要，如果有 10 个不同的企鹅，模板模式不也是需要定义 10 个不同的企鹅类，然后再专门针对特定的方法去实现么？
这两种设计模式，我感觉还没有到非此即彼的划分。
如果我没有固定的执行流程，比如只去打豆豆，只需要对一个方法做具体抽象，我愿意选择策略模式，因为这个我感觉会让我需要使用的对象，更清晰一些。
如果我有固定的执行流程，比如 “吃饭、睡觉、打豆豆”，我更愿意使用模板方法，可能是代码看多了，也看习惯了，更愿意用模板方法去规范代码固定的执行流程。
当然，我也可以将两者结合起来使用 ，比如我们可以用模板方法，去实现这 3 只企鹅，但是对于 middlePenguin，可能有分为企鹅少年 A、企鹅少年 B、企鹅少年 C，他们都喜欢隔壁的企鹅妹妹，但是喜欢的方式不同，有暗恋的，有直接表白的，还有霸道总裁的，我可以用策略模式，去指定他们对企鹅妹妹的表达方式。
2.3 实际场景
任何模式，都需要结合实际的场景来讲，才能更清晰。
这两个模式，可以在你之前做过的项目中，只要稍微留意一下，应该会发现它们其实是大量存在的。
比如很多框架代码，里面有很多固定的执行流程，有些逻辑是可以采用默认处理的方式，有些逻辑需要下游自己去实现，然后有些逻辑还需要提前预留钩子。
比如在执行 process() 流程时，可能需要进行 preProcess() 的操作，那么这个 preProcess() 就是你预留的钩子，下游可以实现，也可以不实现。
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
3. 工厂模式
后面会结合模板模式，来讲解工厂模式，实战场景非常强。
3.1 问题引入
对于工厂模式，大家可能觉得会很 Low，不就是搞个类，然后专门生成一个具体的对象嘛，这有什么难的？
是的，工厂模式确实不难，但是问你一下，如果你的代码中有很多 if...else，你知道怎么通过工厂模式，把这些 if...else 去掉么？
嗯，工厂模式我会，但是和去掉 if...else 好像没有关系吧？
我举个例子，假如你遇到如下代码：
switch($taskInfo['type_id']) { //批量冻结订单 case 1: $result = self::batchFrozen($row_key,1); break; //批量解冻订单 case 2: $result = self::batchFrozen($row_key,0); break; //批量允许发货 case 3: $result =self::batchReshipment($row_key); break; //批量取消发货 case 4: $result = self::batchCancel($row_key); break; // 后面还有几十个case，省略...
既然你懂工厂模式，可以把 if...else 简单重构一下，那就开始你的表演吧。
什么？不会？！你刚才还是自己是会工厂模式，怎么突然就怂了呢？
既然不会，那就静下心来，虚心学习一下。
3.2 工厂模式
定义 ：它提供了一种创建对象的最佳方式，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象，属于创建型模式。
先直接上图，后面的示例主要通过该图展开：
其实设计模式一般不会单一使用，通常会和其它模式结合起来使用，这里我们就将上一篇文章讲到的模板模式和工厂模式结合起来。
因为工厂模式，通常会给这些新创建的对象制定一个公共的接口，我们可以通过抽象类定义：
public abstract class penguin { public void eating() { System.out.println("吃饭"); } public void sleeping() { System.out.println("睡觉"); } public abstract void beating(); public void everyDay() { this.eating(); this.sleeping(); this.beating(); } }
因为我们是结合了模板模式，所以这个抽象类中，可以看到模板模式的影子。
如果你只关注抽象的接口，比如 beating，那么这个就是一个抽象方法，也可以理解为下游需要实现的方法，其它的接口其实可以忽略。
看看每个企鹅具体的实现：
public class littlePenguin extends penguin { @Override public void beating() { System.out.println("用小翅膀打豆豆"); } } public class middlePenguin extends penguin { @Override public void beating() { System.out.println("用圆圆的肚子打豆豆"); } } public class bigPenguin extends penguin { @Override public void beating() { System.out.println("拿鸡毛掸子打豆豆"); } }
这里是工厂方法的重点 ，需要构建一个工厂，专门用来拿企鹅：
public class penguinFactory { private static final Map<String, penguin> map = new HashMap<>(); static { map.put("littlePenguin", new littlePenguin()); map.put("middlePenguin", new middlePenguin()); map.put("bigPenguin", new bigPenguin()); } // 获取企鹅 public static penguin getPenguin(String name) { return map.get(name); } }
上面的逻辑很简单，就是通过一个 map 对象，放入所有的企鹅，这个工厂就可以通过企鹅的名字，拿到对应的企鹅对象，最后我们看使用方式：
public class test { public static void main(String[] args) { penguin penguin_1 = penguinFactory.getPenguin("littlePenguin"); penguin_1.everyDay(); penguin penguin_2 = penguinFactory.getPenguin("middlePenguin"); penguin_2.everyDay(); penguin penguin_3 = penguinFactory.getPenguin("bigPenguin"); penguin_3.everyDay(); } }
输出如下：
吃饭 睡觉 用小翅膀打豆豆 吃饭 睡觉 用圆圆的肚子打豆豆 吃饭 睡觉 拿鸡毛掸子打豆豆
楼哥，你这个例子我看懂了，但是你最开始抛的那个问题，能给出答案么？
3.3 问题解答
文章开头的这个示例，其实也是我最近需要重构项目中的一段代码，我就是用 “工厂模式 + 模板模式” 来重构的。
我首先会对每个方法中的内容通过模板模式进行抽象（因为本章主要讲工厂模式，模板模式的代码，我就不贴了），然后通过工厂模式获取不同的对象，直接看重构后的代码：
public class TaskFactory { @Autowired public static List<AbstractTask> taskList; private static final Map<String, AbstractTask> map = new HashMap<>(); static { // 存放任务映射关系 map.put(AbstractTask.OPERATOR_TYPE_FROZEN, new BatchFrozenTask()); map.put(AbstractTask.OPERATOR_TYPE_REJECT, new BatchRejectTask()); map.put(AbstractTask.OPERATOR_TYPE_CANCEL, new BatchCancelTask()); } public static void main(String[] args) { String operatorType = AbstractTask.OPERATOR_TYPE_REJECT; AbstractTask task = TaskFactory.map.get(operatorType); ParamWrapper<CancelParams> params = new ParamWrapper<CancelParams>(); params.rowKey = 11111111; params.data = new CancelParams(); OcApiServerResponse res = task.execute(params); System.out.println(res.toString()); return; } }
3.4 实际场景
这个场景就太多了，刚才给大家讲解的是去掉 if...else 的场景，然后在小米商城的支付系统中，因为海外有几十种支付方式，也是通过这种方式去掉 if...else 的，不过支付类的封装不是用的模板方法，用的的策略模式 ，虽然感觉两者差不多。
如果你直接 new 一个对象就能解决的问题，就用不到工厂模式了。
4. 结语
看完这篇文章，相信这 3 种设计模式，已经深深刻在你骨子里面了。
大家可以静下心来想想，自己之前做过的项目中，有哪些用到上面这 3 种设计模式，然后自己再结合具体的场景总结一下，我想你应该会有更深入的理解。
