Java 策略模式+工厂方法模式搭配思想

策略模式

策略模式主要用于减少大量得if else得判断，适用场景即面对特定的环境下需要做特定的事。比如不同的VIP等级的优惠力度不同，那么一个VIP等级可以理解为一个特定的环境，对应的优惠力度可以理解特定的事。
策略模式实现，三部分，一个是策略的接口，一个是各个实现策略接口的具体策略实现类，一个用组合的思想，把策略接口作为参数的容器类。
缺陷，当我们用容器类去获取对应的策略的时候，不确定这个策略具体是啥，干了啥，没有描述信息，得去具体得实现类才能知道这个策略是干啥得，虽然解决了大量 if else得判断，但是违背了封闭原则。

工厂方法模式

工厂模式得实现，可以理解为分为两部分。
一部分和策略模式略同，一个抽象得工厂接口，各个实现了这个工厂接口得具体实现类。另一部分，一个抽象的产品类，各个实现这个抽象产品类的具体产品类。
因为具体的工厂类，返回的是具体的产品类，所以工厂方法模式，是知道具体返回了啥。
这就是两者的区别，工厂方法模式返回的对象，是我想要的产品，我就不用去知道他怎么生产的，我得到了我想要的，而策略模式，返回的是一组特定的动作，一个算法。缺了描述这个算法类似于标签的信息。也是策略模式的现有缺陷。这时，就可以借鉴工厂方法模式确定返回结果的信息的思想结合起来，解决策略模式的缺陷。

实际场景

当我们面对不同的环境要干不同的事，又想避开大量的 if else的时候，可以使用策略模式，然后借鉴工厂模式可以明确返回对象信息的思想，组合成 策略+工厂模式，用到策略优点的同时，解决掉策略模式的缺陷。
具体实现如下，依然是新建一个策略抽象接口，然后创建各个策略类实现这个抽象接口实现自己的策略，原本的步骤是，用组合的方式，将抽象接口的实现类作为参数创建一个容器类。现在融入工厂方法思想，给策略实现类，加一个信息标签。那么容器的参数，就不应该是一个策略实现类的参数，而应该是带有信息标签的策略实现类作为参数。
自然而然，现在的容器的参数为一个map对象，key值可作为信息标签，value值则是对应的策略实现类。当我们要使用某种策略的时候，就可以通过对应的信息标签从容器类获取对应的策略，这样，既不用知道策略的具体实现，又能通过信息标签明确，策略是干啥的。接下来的一个问题就是，工厂方法模式，是通过具体产品类的方式，来确定信息。而现在，则可以用一个枚举里作为标签的载体。一个简单的枚举类，标签可以是枚举对象的type值，这样通过枚举类的type值知晓这个枚举对象的信息，枚举对象信息可以表达策略的信息。想必你也知道了，这个枚举类的type值即可作为策略类的信息标签。
现在只剩下最后一个问题，之前的策略模式，是通过具体的实现类对象信息去容器类中找到对应策略，但现在需要的是，通过标签去容器类里找需要的策略实现，则 得满足容器类得map对象里，要包含所有得type和策略得一一对应关系。毕竟之前可以去找策略接口得所有实现类，现在只能把所有的实现类和标签得对应关系注入到容器类里面。可以通过具体的策略实现类继承InitializingBean接口，重写afterPropertiesSet方法中，将含有信息的type,作为标签，和具体的策略实现类put进容器类的map，保证容器类包含所有的key与策略实现类的数据。
最后一点，继承InitializingBean接口，看名字就知道是可以有一定自主权去实现bean的接口，所有，实现这个接口的前提，这个策略实现类得是一个bean，这样springboot自动装配得时候，才会去扫描对应得类，才会用后面实现afterPropertiesSet方法的操作。