一、简述

日常开发中，会遇见类似于使用不同方式发送消息，例如：邮件、短信。再或者碰见文章分享之类的需求。那么我们平时如果不是用设计模式来做的情况下，会出现很多个 if-else 或者 switch 语句块。这样的话，代码耦合性也会非常高，将来再增加一个需求，则会导致一直增加判断语句块。也违反了面向对象的开闭原则。那么我们有什么好的解决方式呢？今次，则用反射+策略模式来重构一下代码，使之更加灵活。

二、不使用反射的策略模式

抽象策略角色（接口）

具体实现策略

CatStragtegy实现CatStragtegy接口

DogStragtegy实现atStragtegy接口

环境角色（Content）

业务逻辑代码

1.service代码

2.Controller代码

代码耦合性太高，每加一个宠物则需要再service中的静态代码块添加实例从而导致，我们如果忘记加了，则实现不了新宠物的陪玩。也违反了类的开闭原则。

接下来修改代码用spring反射机制实现

三、使用Spring反射机制实现策略模式

接口不做修改，使用原来的接口（策略角色）

修改具体实现策略(交给spring管理，起别名是为了方便取)**

修改环境角色（上下文）

实现InitializingBean接口，该接口提供了afterPropertiesSet方法。spirng容器在初始化bean的时候会执行afterPropertiesSet方法，我们可以在该方法中调用applicationContext接口提供的getBeansOfType方法获得实现MyStragtegy类的Bean，将之存储至map集合中。

业务逻辑代码

1.Service代码

这里的type就作为BeanName直接传过去了，如果不想这么做也可以自己转换下

2.Controller

总结

通过使用spring反射实现策略模式，简化了代码，也让开发人员更专注的写业务代码了，这样如果我们增加了一个其他宠物的情况下，也只需要增加一个实现类就可以了。