基于SpringBoot的策略模式多实现类注入（Map注入）

原创最新推荐文章于 2026-04-16 03:48:44 发布 1.6w 阅读 AI写同款

jothan_lee

30粉丝58篇原创

关注

Map+函数式接口代替策略模式 最近写了一个服务：根据优惠券的类型resourceType和编码resourceId来查询发放方式。实现方式：根据优惠券类型resourceType -> 确定查询哪个数据表根据编码resourceId -> 查询派发方式grantType 优惠券有多种类型，分别对应了不同的数据库表：美食满减红包，简称红包商品购物券，简称购物券 QQ会员外卖会员等实际情况远不止这些，这个需求是要我们写一个业务分派的逻辑第一个能想到的思路就是if-else或者switch case：阅读详情

AI摘要

本文介绍了如何利用策略模式解决图形Shape的正删改查业务逻辑差异问题，通过接口与实现类分离、枚举类型定义和工厂模式，避免代码冗余并提升维护性。

1前言

在业务处理的过程中遇见一个场景，图形Shape分A,B,C,他们都是对应的实现都是正删改查，但是不同的图形Shape对应的增删改查业务逻辑有存在差异，这个时候如果不想办法设计代码就会出现A,B,C三个图形Shape都要写一个对应接口（XXXserver），然后分别再去实现他们（XXXserverImpl），如果后来再增加一台图形Shape D，我们又要去重复相关接口和实现，不仅显得代码冗余，更是不好维护和管理，所以利用设计模式---策略模式就解决了这个问题。

2基础知识

2.1对@Autowired注解的理解

在平常使用中我们对@Autowired都是这样用

@Autowired
private XXXService service;

解释说明：@Autowired是按照byType注入的（即按照bean的类型），当注入接口的时候我们都知道，他是注入的是这个接口的实现类，只不过引用是接口而已，当你调用其中的方法的时候，实质是调用接口实现的方法（多态原理），所以XXXService有多个实现类时，用上面代码块的方式进行注入，会报错。

3策略模式的引入

3.1代码展示：

3.1.1一个接口有多个实现

//接口
public interface Shape {
   void draw();
}

//实现1
@Service
public class Rectangle implements Shape {
   @Override
   public void draw() {
      System.out.println("Inside Rectangle::draw() method.");
   }
}