Java 24 Design Pattern 之 工厂模式

我就是我 2024-04-08 09:17 184阅读 0赞

前言

讲工厂模式,大家可能觉得会很Low,不就是搞个类,然后专门生成一个具体的对象嘛,这有什么难的。是的,工厂模式确实不难,但是问你一下,如果你的代码中有很多if…else,你知道怎么通过工厂模式,把这些if…else去掉么?“嗯,工厂模式我会,但是和去掉if…else好像没有关系吧?”

我举个例子,假如你遇到如下代码:

  1. switch($taskInfo['type_id']) {
  2. //批量冻结订单
  3. case 1:
  4. $result = self::batchFrozen($row_key,1);
  5. break;
  6. //批量解冻订单
  7. case 2:
  8. $result = self::batchFrozen($row_key,0);
  9. break;
  10. //批量允许发货
  11. case 3:
  12. $result =self::batchReshipment($row_key);
  13. break;
  14. //批量取消发货
  15. case 4:
  16. $result = self::batchCancel($row_key);
  17. break;
  18. // 后面还有几十个case,省略...

既然你懂工厂模式,可以把if…else简单重构一下,那就开始你的表演吧。“什么?不会?!你刚才还是自己是会工厂模式,怎么突然就怂了呢?”,既然不会,那就静下心来,虚心学习一下。

工厂模式

工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。

先直接上图,后面的示例主要通过该图展开:

167db49b517a76515554018128402acf.png

其实设计模式一般不会单一使用,通常会和其它模式结合起来使用,这里我们就将上一篇文章讲到的模板模式和工厂模式结合起来。因为工厂模式,通常会给这些新创建的对象制定一个公共的接口,我们可以通过抽象类定义:

  1. public abstract class penguin {
  2. public void eating() {
  3. System.out.println("吃饭");
  4. }
  5. public void sleeping() {
  6. System.out.println("睡觉");
  7. }
  8. public abstract void beating();
  9. public void everyDay() {
  10. this.eating();
  11. this.sleeping();
  12. this.beating();
  13. }
  14. }

因为我们是结合了模板模式,所以这个抽象类中,可以看到模板模式的影子,如果你只关注抽象的接口,比如beating,那么这个就是一个抽象方法,也可以理解为下游需要实现的方法,其它的接口其实可以忽略。再看看每个企鹅具体的实现:

  1. public class littlePenguin extends penguin {
  2. @Override
  3. public void beating() {
  4. System.out.println("用小翅膀打豆豆");
  5. }
  6. }
  7. public class middlePenguin extends penguin {
  8. @Override
  9. public void beating() {
  10. System.out.println("用圆圆的肚子打豆豆");
  11. }
  12. }
  13. public class bigPenguin extends penguin {
  14. @Override
  15. public void beating() {
  16. System.out.println("拿鸡毛掸子打豆豆");
  17. }
  18. }

这里就是工厂方法的重点了,需要构建一个工厂,专门用来拿企鹅:

  1. public class penguinFactory {
  2. private static final Map<String, penguin> map = new HashMap<>();
  3. static {
  4. map.put("littlePenguin", new littlePenguin());
  5. map.put("middlePenguin", new middlePenguin());
  6. map.put("bigPenguin", new bigPenguin());
  7. }
  8. // 获取企鹅
  9. public static penguin getPenguin(String name) {
  10. return map.get(name);
  11. }
  12. }

上面的逻辑很简单,就是通过一个map对象,放入所有的企鹅,这个工厂就可以通过企鹅的名字,拿到对应的企鹅对象,最后我们看使用方式:

  1. public class test {
  2. public static void main(String[] args) {
  3. penguin penguin_1 = penguinFactory.getPenguin("littlePenguin");
  4. penguin_1.everyDay();
  5. penguin penguin_2 = penguinFactory.getPenguin("middlePenguin");
  6. penguin_2.everyDay();
  7. penguin penguin_3 = penguinFactory.getPenguin("bigPenguin");
  8. penguin_3.everyDay();
  9. }
  10. }

输出如下:

  1. 吃饭
  2. 睡觉
  3. 用小翅膀打豆豆
  4. 吃饭
  5. 睡觉
  6. 用圆圆的肚子打豆豆
  7. 吃饭
  8. 睡觉
  9. 拿鸡毛掸子打豆豆

看到这里,大家应该知道怎么去使用工厂模式了吧,这里我是通过“工厂模式 + 模板模式”来讲的这个示例,这样刚好可以和我上一篇文章融会贯通。

“楼哥,你这个例子我看懂了,但是你最开始抛的那个问题,能给出答案么?”“不会吧,这个示例其实已经很清楚了,那我再讲述一下吧,谁让楼哥是暖男呢。”

问题解答

文章开头的这个示例,其实也是我最近需要重构项目中的一段代码,我就是用“工厂模式 + 模板模式”来重构的,我首先会对每个方法中的内容通过模板模式进行抽象(因为本章主要讲工厂模式,模板模式的代码,我就不贴了),然后通过工厂模式获取不同的对象,直接看重构后的代码(目前还是DEMO版):

  1. public class TaskFactory {
  2. @Autowired
  3. public static List<AbstractTask> taskList;
  4. private static final Map<String, AbstractTask> map = new HashMap<>();
  5. static {
  6. // 存放任务映射关系
  7. map.put(AbstractTask.OPERATOR_TYPE_FROZEN, new BatchFrozenTask());
  8. map.put(AbstractTask.OPERATOR_TYPE_REJECT, new BatchRejectTask());
  9. map.put(AbstractTask.OPERATOR_TYPE_CANCEL, new BatchCancelTask());
  10. }
  11. public static void main(String[] args) {
  12. String operatorType = AbstractTask.OPERATOR_TYPE_REJECT;
  13. AbstractTask task = TaskFactory.map.get(operatorType);
  14. ParamWrapper<CancelParams> params = new ParamWrapper<CancelParams>();
  15. params.rowKey = 11111111;
  16. params.data = new CancelParams();
  17. OcApiServerResponse res = task.execute(params);
  18. System.out.println(res.toString());
  19. return;
  20. }
  21. }

实际场景

这个场景就太多了,刚才给大家讲解的是去掉if…else的场景,然后在小米商城的支付系统中,因为海外有几十种支付方式,也是通过这种方式去掉if…else的,不过支付类的封装不是用的模板方法,用的的策略模式,虽然感觉两者差不多。

如果你直接new一个对象就能解决的问题,就用不到工厂模式了。

发表评论

表情:
评论列表 (有 0 条评论,184人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Design Patterns 原型模式

    原型(`Prototype`)模式的定义如下:用一个已经创建的实例作为原型,通过复制该原型对象来创建一个和原型相同或相似的新对象。在这里,原型实例指定了要创建的对象的种类。用这

    相关 Design Patterns 工厂模式

    现实生活中,原始社会自给自足(没有工厂),农耕社会小作坊(简单工厂,民间酒坊),工业革命流水线(工厂方法,自产自销),现代产业链代工厂(抽象工厂,富士康)。 我们的项目代码同

    相关 Design Patterns 命令模式

    一、前言 在许多设计中,经常会出现一个对象直接请求另一个对象调用其方法以达到某种目的的行为,这里的两个类之间就会出现紧耦合。这很不好,所以我们应该将 方法的请求者 和 方