Autowired巧妙搭配策略模式

　　一、策略模式
　　1.1 策略模式概念
　　策略模式：定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
　　1.2 策略模式结构
　　策略模式的结构包括三种角色：策略（Strategy）：策略是一个接口，该接口定义算法标识。具体策略（ConcreteStrategy）：具体策略是实现策略接口的类。具体策略实现策略接口所定义的抽象方法，即给出算法标识的具体算法。上下文（Context）：上下文是依赖于策略接口的类，即上下文包含有策略声明的变量。上下文中提供了一个方法，该方法委托策略变量调用具体策略所实现的策略接口中的方法。
　　策略模式接口的类图如下所示：
　　策略模式UML
　　1.3 常规策略模式不足点
　　在我们平时写的策略模式代码中，具体采用哪个策略实现类，是在Context类中通过入参来判断的，如果随着需求扩展，需要增加一个新的策略实现类，必定要来修改Context类，这就违背了【开闭原则】。如果能做到：有新的策略实现需要增加时，只需要新建一个策略实现类，去实现策略接口就完事，其他旧代码完全不用修改。这才是我心目中的【开闭原则】，可喜的是，利用@Autowired注解与策略模式搭配，就能实现这一目标。二、@Autowired注解预热
　　2.1 @Autowired自动装配多个实例
　　平时我们一般都是通过@Autowired自动装配单个实例，但这里我会告诉你，它也能自动装配多个实例。
　　2.2 @Autowired实现自动装配多个实例
　　用一个List集合接收IUser类型的参数@Service public class UserService {      @Autowired     private List userList;      @Autowired     private Set userSet;      @Autowired     private Map userMap;      public void test() {         System.out.println(＂userList:＂ + userList);         System.out.println(＂userSet:＂ + userSet);         System.out.println(＂userMap:＂ + userMap);     } }
　　增加一个controller@RequestMapping(＂/u＂) @RestController public class UController {      @Autowired     private UserService userService;      @RequestMapping(＂/test＂)     public String test() {         userService.test();         return ＂success＂;     } }
　　userList、userSet和userMap都打印出了两个元素，说明@Autowired会自动把相同类型的IUser对象收集到集合中。
　　2.3 利用@Autowired自动装配多个实例与策略模式搭配
　　利用@Autowired自动装配多个实例与策略模式来搭配使用，变种后的策略模式：不需要content类来按条件选择具体的策略类。一个策略接口，多个具体策略实现类。每个具体策略实现类，通过入参参数判断自己是否需要执行，如果不需要执行，直接返回。调用策略的client类，通过@Autowired自动装配多个实例，一次性拿到所有策略实现类，通过循环调用这些策略实现类。有新的策略实现，新建新的具体实现类就可以了，不需要像以前一样去修改content类，真正实现了开闭原则。 三、@Autowired搭配策略模式实现
　　3.1 需求背景
　　在我们平时开发的项目中，大部分都会有App站外推送的功能，通常，我们一般都会采用第三方推送集成平台，如某盟或某光。但我们项目为了更高的推送到达率以及更灵活的推送配置功能，我们采用了对接各厂商官方的推送平台的方式，比如对接华为、小米、Oppo等。这个需求场景就非常适合采用策略模式来开发，这次我们用@Autowired搭配策略模式来实现。
　　3.2 代码实现/**  * 推送策略类  */ public interface IPushStrategy {      /**      * @param userId:用户ID      * @param msg:推送消息      * @param supplier:推送供应商      * @return      */     boolean push(Long userId, String msg, String supplier); }  /**  * 华为推送策略  */ @Service public class HuaWeiPushService implements IPushStrategy {      @Override     public boolean push(Long userId, String msg, String supplier) {         if (＂HuaWei＂.equals(supplier)) {             System.out.println(＂华为推送给用户＂ + userId + ＂,推送消息:＂ + msg);             return true;         }         return false;     } }  /**  * Oppo推送策略  */ @Service public class OppoPushService implements IPushStrategy {      @Override     public boolean push(Long userId, String msg, String supplier) {         if (＂Oppo＂.equals(supplier)) {             System.out.println(＂Oppo推送给用户＂ + userId + ＂,推送消息:＂ + msg);             return true;         }         return false;     } }  /**  * 小米推送策略  */ @Service public class XiaoMiPushService implements IPushStrategy {      @Override     public boolean push(Long userId, String msg, String supplier) {         if (＂XiaoMi＂.equals(supplier)) {             System.out.println(＂小米推送给用户＂ + userId + ＂,推送消息:＂ + msg);             return true;         }         return false;     } }  /**  * 推送策略context  */ @Component public class PushContext implements IPushStrategy {      @Autowired     private List pushStrategyList;      @Override     public boolean push(Long userId, String msg, String supplier) {         boolean supplierMatched = false;         for (IPushStrategy pushStrategy : pushStrategyList) {             supplierMatched = pushStrategy.push(userId, msg, supplier);             if (supplierMatched) {                 break;             }         }         return supplierMatched;     } }  @Api(tags = ＂推送策略模式＂) @RestController @RequestMapping(＂strategy＂) public class TestController {      @Resource     private PushContext pushContext;      @ApiOperation(value = ＂推送＂)     @GetMapping(＂push＂)     public boolean push() {         Long userId = 273L;         String msg = ＂您有新的订单＂;         String supplier = ＂HuaWei＂;         //调用的是华为推送实现策略         return pushContext.push(userId, msg, supplier);     } }
　　3.3 后续故事
　　声明：以下故事纯属虚构，如有雷同，纯属巧合。
　　突然，某一天，产品小姐姐跑过来说，我们今天要完成Vivo推送平台的开发和相关功能测试，今天上线，行不行？
　　这时，我以往心中的那一万匹马这次竟然不见了，我嘴角微微上扬，露出我富有职业素养、标准而又职业的微笑，回答道：行（男人不能说不行）。 我回到工位，新建了一个Vivo推送的策略实现类并进行实现。
　　幸运的是，之前那些经过测试小妹妹九九八十一次测试好的推送功能代码，一行都不需要改动，保证了程序的稳定性，更降低了测试成本。此时，【开闭原则】在我的心中闪闪发光。