简易理解设计模式之：简单工厂模式——来试试接入支付功能

清疚 2023-10-07 11:50 8阅读 0赞

##### 介绍： #####

> 简单工厂模式是一种创建型模式，又叫做静态工厂方法模式。它的定义为：定义一个用于创建对象的接口，让子类决定实例化那个类。在简单工厂模式中，可以根据参数的不同返回不同类的实例。

##### 类图： #####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzE5NjEz_size_16_color_FFFFFF_t_70]

**Product（抽象产品类）**：要创建的复杂对象，抽离通用方法。  
**ConcreteProduct（具体产品类）**：实现Product接口，即实现具体方法。  
**Factory（工厂类）**：返回ConcreteProduct实例，生成ConcreteProduct对象。

##### 用法： #####

•　生成复杂对象时，确定只有一个工厂类，可以使用简单工厂模式。  
•　如果直接通过new就可以完成创建的对象无需使用工厂。

个人理解：  
当存在一个业务，需要用到大量的if-else或switch语句，并且每个分支都有一堆相似逻辑的时候，就可以考虑用简单工厂模式。简单工厂可以在不知道具体类的情况下，只需知道表示具体类的一个参数，并提供一个创建类的方法。

##### 例子： #####

在常用的业务中，我们在做一个App的支付功能时，通常会接入微信支付、支付宝支付、银行卡支付等的支付通道，下面就用简单工厂模式去接入支付。

*需求：输入一个价格和支付类型，模拟使用不同支付通道的情况。*

###### 1、原始代码： ######

在这里例子中所有支付通道的分支都是有相似逻辑的，只需要提供一个价格就可以完成支付（实际情况会复杂很多，这里只是简单举例）。然后我们很容易的就把代码写成下面那样：

public class Pay {
        
    
        public void pay(String price, String payType) {
        
            switch (payType) {
        
                case "wechat":
                    startAilyPay(price);
                    break;
                case "aliy":
                    startWechatPay(price);
                    break;
                case "union":
                    startUnionPay(price);
                    break;
            }
        }
    
        private void startWechatPay(String price) {
        
            System.out.println("调起微信SDK，价格：" + price);
        }
    
        private void startAliyPay(String price) {
        
            System.out.println("调起支付宝SDK，价格：" + price);
        }
    
        private void startUnionPay(String price) {
        
            System.out.println("调起银联SDK，价格：" + price);
        }
    
    }

这样已经把支付的逻辑和其它逻辑抽离出来了，看上去还挺不错的。但这里如果我们再加入一些新的支付通道，比如京东支付、云闪付等的功能，需要在pay方法新增分支。在代码良好运行的情况下，改动原来的逻辑可能会存在新增bug的风险。

###### 2、运用简单工厂模式： ######

如果我们按照简单工厂模式的方式，运用继承和多态的思想把每个分支都分离出来优化代码。看一下效果吧：

2.1、把通用方法抽离，抽象成一个父类

public abstract class PayChannel {
          
        public abstract void pay(String price);
    }

2.2、每个通道分别继承父类

public class AliyPay extends PayChannel {
          
        @Override
        public void pay(String price) {
          
            System.out.println("调起支付宝SDK，价格：" + price);
        }
    }

public class UnionPay extends PayChannel {
          
        @Override
        public void pay(String price) {
          
            System.out.println("调起银联SDK，价格：" + price);
        }
    }

public class WechatPay extends PayChannel {
          
        @Override
        public void pay(String price) {
          
            System.out.println("调起微信SDK，价格：" + price);
        }
    }

2.3、建立一个工厂类（把原始代码中的Pay方法改一下）

public class PayFactory {
        
    
        public static PayChannel getPayChannel(String payType) {
        
            PayChannel payChannel = null;
            switch (payType) {
        
                case "wechat":
                    payChannel = new WechatPay();
                    break;
                case "aliy":
                    payChannel = new AliyPay();
                    break;
                case "union":
                    payChannel = new UnionPay();
                    break;
            }
            return payChannel;
        }
    }

2.4、愉快地调用吧

public class PayTest {
        
    
        public static void main(String[] args) {
        
    
            /*
            PayChannel payChannel = PayFactory.getPayChannel("aliy");
            payChannel.pay("100元");
    
            PayChannel payChannel = PayFactory.getPayChannel("union");
            payChannel.pay("100元");
            */
            
            PayChannel payChannel = PayFactory.getPayChannel("wechat");
            payChannel.pay("100元");
    
        }
    }

运用了简单工厂模式之后，运用不同通道只需要修改payType参数即可。当我们需要新增支付通道时，增加相应的支付子类即可，最后在工厂类的switch中新建分支。这里已经满足了简单工厂模式的要求了，但有没有一个更优化的方式呢？

###### 3、简单工厂模式的优化： ######

我们新增代码的时候还是要改动原来的代码，明显违反了开闭原则。在Java中，可以通过反射的方式去创建实例。

3.1、修改一下PayFactory类

public class PayFactory {
        
    
        public static PayChannel getPayChannel(Class<? extends PayChannel> clz){
        
            PayChannel payChannel = null;
            try {
        
                payChannel = (PayChannel) Class.forName(clz.getName()).newInstance();
            } catch (Exception e) {
        
                e.printStackTrace();
            }
            return payChannel;
        }
    
    }

3.2、再运行一下代码

public class PayTest \{

public static void main(String[] args) {
    
        /*
        PayChannel payChannel = PayFactory.getPayChannel("wechat");
        payChannel.pay("100元");
        */
    
        PayChannel payChannel = PayFactory.getPayChannel(AliyPay.class);
        payChannel.pay("200元");
    
    }

注意一下，不是所有语言都能用这种方法。新增支付子类时不需要在工厂类中增加分支，符合了开闭原则，但反射会影响性能。任君选择吧~

感谢您的阅读~

###### 推荐阅读 ######

> **基础篇：**  
> [设计模式前篇之——UML类图必会知识点][UML]  
> [设计模式前篇之——一起过一下面向对象的概念][Link 1]  
> **创建型模式：**  
> [简易理解设计模式之：简单工厂模式——来试试接入支付功能][Link 2]  
> [简易理解设计模式之：工厂方法模式——数据存储例子][Link 3]  
> [简易理解设计模式之：抽象工厂模式——更换数据库例子][Link 4]  
> [简易理解设计模式之：建造者模式——学习使用“链式调用”][Link 5]  
> [简易理解设计模式之：原型模式——深、浅拷贝的概念][Link 6]  
> [简易理解设计模式之：单例模式——单例模式的几种常用写法][Link 7]  
> **结构型模式：**  
> [简易理解设计模式之：适配器模式——Android列表视图控件设计方式][Android]  
> [简易理解设计模式之：桥接模式——穿衣服经典案例2][2]  
> [简易理解设计模式之：组合模式——实现View中的树状结构][View]  
> [简易理解设计模式之：装饰模式——穿衣服经典案例][Link 8]  
> [简易理解设计模式之：外观模式——第三方SDK的帮助类][SDK]  
> [简易理解设计模式之：享元模式——五子棋游戏例子][Link 9]  
> [简易理解设计模式之：代理模式——iOS视图控件设计方式][iOS]  
> **行为型模式：**  
> [简易理解设计模式之：策略模式——优化一下支付功能][Link 10]  
> [简易理解设计模式之：模板方法模式——Android中的BaseActivity基类][Android_BaseActivity]  
> [简易理解设计模式之：观察者模式——监听与回调][Link 11]  
> [简易理解设计模式之：状态模式——优化登录操作][Link 12]  
> [简易理解设计模式之：备忘录模式——Word文档的工作原理][Word]  
> [简易理解设计模式之：迭代器模式——遍历对象的好帮手][Link 13]  
> [简易理解设计模式之：命令模式——实现命令的参数化配置][Link 14]  
> [简易理解设计模式之：责任链模式——OA中请假流程示例][OA]  
> [简易理解设计模式之：中介者模式——多人聊天室例子][Link 15]  
> [简易理解设计模式之：解释器模式——语言和文法][Link 15]  
> [简易理解设计模式之：访问者模式——员工考核例子][Link 16]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzE5NjEz_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200403085003500.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzE5NjEz,size_16,color_FFFFFF,t_70
[UML]: https://blog.csdn.net/qq_15719613/article/details/105149648
[Link 1]: https://blog.csdn.net/qq_15719613/article/details/105156608
[Link 2]: https://blog.csdn.net/qq_15719613/article/details/105150076
[Link 3]: https://blog.csdn.net/qq_15719613/article/details/105150181
[Link 4]: https://blog.csdn.net/qq_15719613/article/details/105150355
[Link 5]: https://blog.csdn.net/qq_15719613/article/details/105150810
[Link 6]: https://blog.csdn.net/qq_15719613/article/details/105156680
[Link 7]: https://blog.csdn.net/qq_15719613/article/details/105156795
[Android]: https://blog.csdn.net/qq_15719613/article/details/105157595
[2]: https://blog.csdn.net/qq_15719613/article/details/105157735
[View]: https://blog.csdn.net/qq_15719613/article/details/105157774
[Link 8]: https://blog.csdn.net/qq_15719613/article/details/105149888
[SDK]: https://blog.csdn.net/qq_15719613/article/details/105157848
[Link 9]: https://blog.csdn.net/qq_15719613/article/details/105157887
[iOS]: https://blog.csdn.net/qq_15719613/article/details/105158013
[Link 10]: https://blog.csdn.net/qq_15719613/article/details/105158127
[Android_BaseActivity]: https://blog.csdn.net/qq_15719613/article/details/105158157
[Link 11]: https://blog.csdn.net/qq_15719613/article/details/105158372
[Link 12]: https://blog.csdn.net/qq_15719613/article/details/105158406
[Word]: https://blog.csdn.net/qq_15719613/article/details/105158438
[Link 13]: https://blog.csdn.net/qq_15719613/article/details/105158484
[Link 14]: https://blog.csdn.net/qq_15719613/article/details/105158507
[OA]: https://blog.csdn.net/qq_15719613/article/details/105158555
[Link 15]: https://blog.csdn.net/qq_15719613/article/details/105158622
[Link 16]: https://blog.csdn.net/qq_15719613/article/details/105158642