spring自动注入接口的多个实现类

在使用spring开发的时候，有时候会出现一个接口多个实现类的情况，但是有没有有时候有这样一种情况，就是你的逻辑代码里面还不知道你需要使用哪个实现类，就是比如说：你去按摩，按摩店里面有几种会员打折,比如有，vip、svip和普通用户，那按摩店里面是不是需要对这些会员定义好不同的折扣，然后根据每个用户不同的会员计算出不同的消费情况

虽然这样的情况，对于一般人来说，第一眼肯定就是说，直接加 if else 去判断就可以了

这样做，对于实现功能而言，肯定是没问题，如果以后这个按摩店又增加一种会员，那你是不是又要去修改你的逻辑代码去在加一个 if else ,这样就违反了系统架构设计的开闭原则，这样写if else  也使你的代码看起来不优雅。

所以在代码里面，我们可以先定义一个DiscountStrategy接口类

public interface DiscountStrategy {

  public String getType();

  public double disCount(double fee);

}

然后在写他的几个实现类

普通用户实现类

@Service

public class NormalDisCountService implements  DiscountStrategy {

  public String getType(){

      return "normal";

  }

  public double disCount(double fee){

      return fee * 1;

  }

}

会员实现类

public class VipDisCountService  implements  DiscountStrategy{

  public String getType(){

      return "vip";

  }

  public double disCount(double fee){

      return fee * 0.8;

  }

}

svip超级会员实现类

@Service

public class SVipDisCountService  implements  DiscountStrategy {

  public String getType(){

      return "svip";

  }

  public double disCount(double fee){

      return fee * 0.5;

  }

}

然后当一个用户进来消费的时候，根据你当前的身份去打折扣

定义一个map集合，然后把所有的实现类都放入到这个集合中，然后根据当前的会员类型去进行不同的操作

@Service

public class DisCountStrageService {

  Map discountStrategyMap = new HashMap();

  // 构造函数，如果你是集合接口对象，那么就会把spring容器中所有关于该接口的子类，全部抓出来放入到集合中

  public DisCountStrageService(List discountStrategys){

      for (DiscountStrategy discountStrategy: discountStrategys) {

          discountStrategyMap.put(discountStrategy.getType(),discountStrategy);

      }

  }

  public double disCount(String type,Double fee){

      DiscountStrategy discountStrategy =discountStrategyMap.get(type);

      return discountStrategy.disCount(fee);

  }

}

测试类

@RunWith(SpringRunner.class)

@SpringBootTest

public class MzySpringModeApplicationTests {

  @Autowired

  OrderService orderService;

  @Autowired

  DisCountStrageService disCountStrageService;

  @Test

  public void contextLoads() {

      //orderService.saveOrder();

      double vipresult = disCountStrageService.disCount("vip",100d);

      double svipresult = disCountStrageService.disCount("svip",100d);

      double normalresult = disCountStrageService.disCount("normal",100d);

  }

}

其实这就是java设计模式的策略模式，只不过就是用构造函数注入到list集合中

就算以后按摩店继续增加了一种会员体系，比如黑卡用户，只需要去写一个接口的实现类，而不需要去修改以前的代码，这也没有违反系统架构的开闭原则（对修改关闭，对扩展开放）

注意：上面这种方式只能适用于springboot项目，对于以前的那种springmvc模式不支持，会报错，因为以前的方式注入是通过配置文件去注入的，需要去修改一个applicationContext的配置文件

更多架构干货关注点一点