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<String,DiscountStrategy> discountStrategyMap = new HashMap<>();
    // 构造函数，如果你是集合接口对象，那么久会把spring容器中所有关于该接口的子类，全部抓出来放入到集合中
    @Authwired 
    public DisCountStrageService(List<DiscountStrategy> 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);
        System.out.println(vipresult);
        System.out.println(svipresult);
        System.out.println(normalresult);
    }


}
           

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

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

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