前提

（简单工厂不属于设计模式，而是一种编程思想【抽象一层出来】）工厂方法模式、抽象工厂模式

以上都是为了解耦，如果考虑多个纬度（如需要同时考虑多种电器，多种品牌）则优先考虑抽象工厂。

工厂方法模式是给每一个产品增加一个对应的工厂，然后该工厂依赖于抽象工厂，相当于每加一个产品，就多了两个依赖关系。

策略模式与工厂方法的区别：工厂方法是基于多态，通过不同的对象参数，去找对应的工厂，进而拿到不同的对象；策略方法也是基于多态，但是是通对行为（方法）的拓展。

策略模式的优点：易于拓展、避免重复的ifelse嵌套，充分发挥了面向对象的优点、易于拓展

                 缺点：会生成很多的策略类、客户端必须知道所有的策略类，并自行决定使用哪一个策略类

思路

提供了多种（登录）策略【配置在yaml文件中】，并且交给Spring容器去管理【这里通过aware接口去拿到applicationContext容器，在bean容器初始化的时候读取并加入到map中】

提供了一个工厂（UserLoginFactory），同时提供一个方法，根据参数提供策略对象（多态，这里返回值是接口，然后多种策略模式去实现该接口）。

步骤

我们将多种不同的策略对象以及工厂都放在一个包下，AccountGranter、SmsGranter分别代表账号登录方式以及短信登录方式。

将多种登录方式抽象出来（工厂模式，解耦）

工厂代码实现：

我们在bean完成自动注入后，通过applicationContext容器将对象全部放到map中

application.yaml中自定义配置：配置多种登录方式，我们可以创建一个配置类，去读取【ConfigurationProperties注解】

这里types名称需要一一对应

本人比较懒，所有的实体类都用的@Data注解，这一行是精髓，通过前端发出的参数得到策略对象，进而调用登录的逻辑。

最后测试：