SpringBoot实现策略+工厂模式|温言的小破站

背景

场景一：
假设我们要做一个外卖平台，有这样的需求：
外卖平台上的某家店铺为了促销，设置了多种会员优惠，其中包含超级会员折扣8折、普通会员折扣9折和普通用户没有折扣三种。
希望用户在付款的时候，根据用户的会员等级，就可以知道用户符合哪种折扣策略，进而进行打折，计算出应付金额。
随着业务发展，新的需求要求专属会员要在店铺下单金额大于30元的时候才可以享受优惠。
接着，又有一个变态的需求，如果用户的超级会员已经到期了，并且到期时间在一周内，那么就对用户的单笔订单按照超级会员进行折扣，并在收银台进行强提醒，引导用户再次开通会员，而且折扣只进行一次
场景二：
不同模板，比如我有一个证书模板，对应中文，英文，繁体；且每种的实现方式不一样

我们如果按照传统的模式去进行该接口的实现的话，会造成代码冗余if else特别多。如果使用工厂+策略这个设计模式的话就会消除很多的if else可以使得代码结构更加的清晰，每个功能和模块都会由明确的职责和接口，易于理解和维护。而且有很好的可拓展性！

一、什么是责任链模式

1.1 基本概念理解

建立一个工厂，能轻松方便地构造对象实例，而不必关心构造对象实例的细节和复杂过程，这就是简单工厂的主要功能。比方如下图：客户需要一辆宝马，具体的简单工厂会根据用户的实际需求去生产对应型号的宝马，最后返回客户需要的宝马产品。

1.2 简单工厂模式的认识和对应角色的分析

基本认识

简单工厂模式(Simple Factory Pattern)需要定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法，因此简单工厂模式又被称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式，但不属于GOF23种设计模式。

角色理解

Factory（工厂角色）：工厂角色即工厂类，它是简单工厂模式的核心，负责实现创建所有产品实例的内部逻辑；工厂类可以被外界直接调用，创建所需的产品对象；在工厂类中提供了静态的工厂方法factoryMethod()，它的返回类型为抽象产品类型Product
Product（抽象产品角色）：它是工厂类所创建的所有对象的父类，封装了各种产品对象的公有方法，它的引入将提高系统的灵活性，使得在工厂类中只需定义一个通用的工厂方法，因为所有创建的具体产品对象都是其子类对象。
ConcreteProduct（具体产品角色）：它是简单工厂模式的创建目标，所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色，需要实现在抽象产品中声明的抽象方法

在简单工厂模式中，客户端通过工厂类来创建一个产品类的实例，而无须直接使用new关键字来创建对象，它是工厂模式家族中最简单的一员。

1.3 使用场景和典型应用

工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
客户端只知道传入工厂类的参数，对于如何创建对象并不关心。
典型应用：Calendar 类获取日历类对象、JDBC 获取数据库连接、Logback 中的 LoggerFactory 获取 Logger 对象

二、简单的策略模式了解与使用

2.1 基本概念理解

主要指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法。

比如每个人都要“交个人所得税”，但是“在美国交个人所得税”和“在中国交个人所得税”就有不同的算税方法。

在实际的代码中，外卖平台上的某家店铺为了促销，设置了多种会员优惠，其中包含超级会员折扣8折、普通会员折扣9折和普通用户没有折扣三种，也就是针对不同的会员有不同的优惠力度。

2.2 策略模式认识和对应角色的分析

基本认识

策略模式是行为模式之一，它对一系列的算法加以封装，为所有算法定义一个抽象的算法接口，并通过继承该抽象算法接口对所有的算法加以封装和实现，具体的算法选择交由客户端决定（策略）。Strategy 模式主要用来平滑地处理算法的切换。

角色理解

Strategy : 策略（算法）抽象。
ConcreteStrategy :各种策略（算法）的具体实现
Contenxt :策略的外部封装类，或者说策略的容器类。根据不同策略执行不同的行为，策略由外部环境决定。

2.3 优点

策略模式的等级结构定义了一个算法或行为族，恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。
策略模式提供了可以替换继承关系的办法。
使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护。它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起。统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

三、工厂模式和策略模式的综合使用

3.1 应用背景介绍

假设我们要做一个外卖平台，有这样的需求：

外卖平台上的某家店铺为了促销，设置了多种会员优惠，其中包含超级会员折扣8折、普通会员折扣9折和普通用户没有折扣三种。
希望用户在付款的时候，根据用户的会员等级，就可以知道用户符合哪种折扣策略，进而进行打折，计算出应付金额。
随着业务发展，新的需求要求专属会员要在店铺下单金额大于30元的时候才可以享受优惠。
接着，又有一个变态的需求，如果用户的超级会员已经到期了，并且到期时间在一周内，那么就对用户的单笔订单按照超级会员进行折扣，并在收银台进行强提醒，引导用户再次开通会员，而且折扣只进行一次。

3.2 设计策略类

根据要求，用户具有会员等级，对应的会员等级在付款的时候享受对应的折扣策略，而后面是具体业务在不同变动时新增的内容，可以在具体的策略中去单独操作或在外围确定用户身份后进行基本的处理。

总之，从基本操作上来看，付款的行为是必然存在的，不同的用户在对应不同的变动下支付的具体策略有所不同，所以，可以确定一个基本的接口来表达具体要付款的行为，不同用户对具体等级的实现策略放在对应的实现类中做处理：

1.定义一个计算应付价格接口

public interface UserPayService {
 
    /**
     * 功能描述：计算应付价格
    */
    BigDecimal quote(BigDecimal orderPrice);
}

2.用户是专属会员对应策略类

/**
 * 描述：用户是专属会员---订单金额大于30元,7折价格/否则9折价格
 */
@Service
public class ParticularlyVipPayServiceImpl implements UserPayService, InitializingBean {
    @Override
    public BigDecimal quote(BigDecimal orderPrice) {
        int payPrice = orderPrice.intValue();
        if (payPrice > 30) {
            return new BigDecimal(payPrice * 0.7);
        }
        return new BigDecimal(payPrice * 0.9);
    }
 
    @Override
    public void afterPropertiesSet() throws Exception {
        UserPayServiceStrategyFactory.register("ParticularlyVip", this);
    }
}

3.用户是超级会员对应策略类

/**
 * 描述：用户是超级会员---8折价格
 */
@Service
public class SuperVipPayServiceImpl implements UserPayService , InitializingBean {
    @Override
    public BigDecimal quote(BigDecimal orderPrice) {
        int payPrice = orderPrice.intValue();
        return new BigDecimal(payPrice * 0.8);
    }
 
    @Override
    public void afterPropertiesSet() throws Exception {
        UserPayServiceStrategyFactory.register("SuperVip",this);
    }
}

4.用户是普通会员对应策略类

/**
 * 描述：用户是普通会员
 * 情况1：该用户超级会员刚过期并且尚未使用过临时折扣-->临时折扣使用次数更新-->8折价格
 * 情况2：非以上情况-->9折价格
 */
@Service
public class VipPayServiceImpl implements UserPayService, InitializingBean {
    @Override
    public BigDecimal quote(BigDecimal orderPrice) {
        int payPrice = orderPrice.intValue();
        /*该用户超级会员刚过期并且尚未使用过临时折扣*/
        if (conditions()) {
            /*临时折扣使用次数更新*/
            updateSomething();
            return new BigDecimal(payPrice * 0.8);
        }
        return new BigDecimal(payPrice * 0.9);
    }
 
    @Override
    public void afterPropertiesSet() throws Exception {
        UserPayServiceStrategyFactory.register("Vip", this);
    }
}

3.3 设计对应的简单工厂模式

为了方便我们从Spring中获取UserPayService的各个策略类，我们创建一个工厂类来实现针对不同的用户实现对应的支付策略，具体如下：

/**
 * 描述：获取UserPayService的各个策略类
 * UserPayServiceStrategyFactory中定义了一个Map，用来保存所有的策略类的实例，并提供一个getByUserType方法，可以根据类型直接获取对应的类的实例。
 */
public class UserPayServiceStrategyFactory {
    private static Map<String, UserPayService> services = new ConcurrentHashMap<String,UserPayService>();
 
    public  static UserPayService getByUserType(String type){
        return services.get(type);
    }
 
    public static void register(String userType,UserPayService userPayService){
        services.put(userType,userPayService);
    }
}

3.4 知识补充：Spring Bean的注册

UserPayServiceStrategyFactory提供了register方法，用来注册策略服务的。各个策略类调用register方法，把Spring通过IOC创建出来的Bean注册进去就行了。这种需求，可以借用Spring种提供的InitializingBean接口，这个接口为Bean提供了属性初始化后的处理方法，它只包括afterPropertiesSet方法，凡是继承该接口的类，在bean的属性初始化后都会执行该方法。

只需要每一个策略服务的实现类都实现InitializingBean接口，并实现其afterPropertiesSet方法，在这个方法中调用UserPayServiceStrategyFactory.register即可。

InitializingBean 接口是 Spring 框架提供的一个回调接口，用于在 Bean 的属性设置完成后执行特定的初始化操作。该接口定义了一个方法 afterPropertiesSet()，当 Bean 的所有属性都被容器设置好之后，Spring 容器会自动调用该方法。
通过实现 InitializingBean 接口，可以确保在 Bean 的初始化阶段执行一些特定的逻辑，例如注册服务、初始化资源、建立连接等。这样可以避免在业务代码中手动调用初始化方法，提高了代码的可维护性和可读性。
通常情况下，实现 InitializingBean 接口的类会在 Spring 容器启动时被实例化，并且在所有属性都被注入后立即执行 afterPropertiesSet() 方法，可以在该方法中执行任何必要的初始化工作，而不必担心依赖项是否已经被设置。

这样，在Spring初始化的时候，当创建VipPayService、SuperVipPayService和ParticularlyVipPayService的时候，会在Bean的属性初始化之后，把这个Bean注册到UserPayServiceStrategyFactory中。

3.5 具体实现应用测试如下

@RunWith(SpringRunner.class)
@SpringBootTest(classes = ZYFApplication.class, webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
public class DeleteIfElseSkill {
    @Test
    public void testDeleteIfElseSkill() {
        User user1 = new User();
        user1.setVipType("ParticularlyVip");
        user1.setOrderPrice(new BigDecimal("100"));
 
        User user2 = new User();
        user2.setVipType("SuperVip");
        user2.setOrderPrice(new BigDecimal("100"));
 
        User user3 = new User();
        user3.setVipType("Vip");
        user3.setOrderPrice(new BigDecimal("100"));
 
 
        BigDecimal payPrice1 = UserPayServiceStrategyFactory.getByUserType(user1.getVipType()).quote(user1.getOrderPrice());
        System.out.println("用户为专属会员，并且订单金额为50，按会员优惠最后应支付：" + payPrice1);
 
        BigDecimal payPrice2 = UserPayServiceStrategyFactory.getByUserType(user2.getVipType()).quote(user2.getOrderPrice());
        System.out.println("用户为超级会员，并且订单金额为50，按会员优惠最后应支付：" + payPrice2);
 
        BigDecimal payPrice3 = UserPayServiceStrategyFactory.getByUserType(user3.getVipType()).quote(user3.getOrderPrice());
        System.out.println("用户为普通会员，并且订单金额为50，按会员优惠最后应支付：" + payPrice3);
    }
 
    @Data
    private static class User {
        private String uid;
        private String vipType;
        private BigDecimal orderPrice;
    }
}

用户为专属会员，并且订单金额为50，按会员优惠最后应支付：70
用户为超级会员，并且订单金额为50，按会员优惠最后应支付：80
用户为普通会员，并且订单金额为50，按会员优惠最后应支付：80

背景

一、什么是责任链模式

1.1 基本概念理解

1.2 简单工厂模式的认识和对应角色的分析

基本认识

角色理解

1.3 使用场景和典型应用

二、简单的策略模式了解与使用

2.1 基本概念理解

2.2 策略模式认识和对应角色的分析

基本认识

角色理解

2.3 优点

三、工厂模式和策略模式的综合使用

3.1 应用背景介绍

3.2 设计策略类

1.定义一个计算应付价格接口

2.用户是专属会员对应策略类

3.用户是超级会员对应策略类

4.用户是普通会员对应策略类

3.3 设计对应的简单工厂模式

3.4 知识补充：Spring Bean的注册

3.5 具体实现应用测试如下

Typora下载及激活

SpringBoot实现责任链模式

温言