需求
這里虛擬一個業(yè)務需求荷并，讓大家容易理解豹障。假設有一個訂單系統(tǒng)巧涧，里面的一個功能是根據訂單的不同類型作出不同的處理膊存。
訂單實體：
public class OrderDTO {
private String code;
private BigDecimal price;
/**
* 訂單類型
* 1：普通訂單；
* 2：團購訂單禁灼；
* 3：促銷訂單管挟；
*/
private String type;
// ... 省略 get / set ...
}
service接口：
public interface IOrderService {
/**
* 根據訂單的不同類型作出不同的處理
*
* @param dto 訂單實體
* @return 為了簡單，返回字符串
*/
String handle(OrderDTO dto);
}
傳統(tǒng)實現
根據訂單類型寫一堆的if else：
public class OrderServiceImpl implements IOrderService {
@Override
public String handle(OrderDTO dto) {
String type = dto.getType();
if ("1".equals(type)) {
return "處理普通訂單";
} else if ("2".equals(type)) {
return "處理團購訂單";
} else if ("3".equals(type)) {
return "處理促銷訂單";
}
return null;
}
}
策略模式實現
利用策略模式弄捕，只需要兩行即可實現業(yè)務邏輯：
public class OrderServiceV2Impl implements IOrderService {
@Autowired
private HandlerContext handlerContext;
@Override
public String handle(OrderDTO dto) {
AbstractHandler handler = handlerContext.getInstance(dto.getType());
return handler.handle(dto);
}
}
可以看到上面的方法中注入了HandlerContext僻孝，這是一個處理器上下文，用來保存不同的業(yè)務處理器守谓，具體在下文會講解穿铆。我們從中獲取一個抽象的處理器AbstractHandler，調用其方法實現業(yè)務邏輯斋荞。
現在可以了解到荞雏，我們主要的業(yè)務邏輯是在處理器中實現的，因此有多少個訂單類型平酿，就對應有多少個處理器凤优。以后需求變化，增加了訂單類型蜈彼，只需要添加相應的處理器就可以筑辨，上述OrderServiceV2Impl完全不需改動。
我們先看看業(yè)務處理器的寫法：
@Component
@HandlerType("1")
public class NormalHandler extends AbstractHandler {
@Override
public String handle(OrderDTO dto) {
return "處理普通訂單";
}
}
@HandlerType("2")
public class GroupHandler extends AbstractHandler {
@Override
public String handle(OrderDTO dto) {
return "處理團購訂單";
}
}
@HandlerType("3")
public class PromotionHandler extends AbstractHandler {
@Override
public String handle(OrderDTO dto) {
return "處理促銷訂單";
}
}
首先每個處理器都必須添加到spring容器中幸逆，因此需要加上@Component注解棍辕，其次需要加上一個自定義注解@HandlerType，用于標識該處理器對應哪個訂單類型还绘，最后就是繼承AbstractHandler楚昭，實現自己的業(yè)務邏輯。
自定義注解 @HandlerType：
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
public @interface HandlerType {
String value();
}
抽象處理器AbstractHandler：
public abstract class AbstractHandler {
abstract public String handle(OrderDTO dto);
}
自定義注解和抽象處理器都很簡單蚕甥，那么如何將處理器注冊到spring容器中呢哪替？
具體思路是：
- 掃描指定包中標有
@HandlerType的類； - 將注解中的類型值作為
key菇怀，對應的類作為value，保存在Map中晌块； - 以上面的
map作為構造函數參數爱沟，初始化
HandlerContext，將其注冊到spring容器中匆背；
我們將核心的功能封裝在HandlerProcessor類中呼伸，完成上面的功能。
HandlerProcessor：
@Component
@SuppressWarnings("unchecked")
public class HandlerProcessor implements BeanFactoryPostProcessor {
private static final String HANDLER_PACKAGE = "com.cipher.handler_demo.handler.biz";
/**
* 掃描@HandlerType，初始化HandlerContext括享，將其注冊到spring容器
*
* @param beanFactory bean工廠
* @see HandlerType
* @see HandlerContext
*/
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
Map<String, Class> handlerMap = Maps.newHashMapWithExpectedSize(3);
ClassScaner.scan(HANDLER_PACKAGE, HandlerType.class).forEach(clazz -> {
// 獲取注解中的類型值
String type = clazz.getAnnotation(HandlerType.class).value();
// 將注解中的類型值作為key搂根，對應的類作為value，保存在Map中
handlerMap.put(type, clazz);
});
// 初始化HandlerContext铃辖，將其注冊到spring容器中
HandlerContext context = new HandlerContext(handlerMap);
beanFactory.registerSingleton(HandlerContext.class.getName(), context);
}
}
ClassScaner：掃描工具類源碼
HandlerProcessor需要實現BeanFactoryPostProcessor剩愧，在spring處理bean前，將自定義的bean注冊到容器中娇斩。
核心工作已經完成仁卷，現在看看HandlerContext如何獲取對應的處理器：
HandlerContext：
public class HandlerContext {
private Map<String, Class> handlerMap;
public HandlerContext(Map<String, Class> handlerMap) {
this.handlerMap = handlerMap;
}
public AbstractHandler getInstance(String type) {
Class clazz = handlerMap.get(type);
if (clazz == null) {
throw new IllegalArgumentException("not found handler for type: " + type);
}
return (AbstractHandler) BeanTool.getBean(clazz);
}
}
BeanTool：獲取bean工具類
#getInstance方法根據類型獲取對應的class，然后根據class類型獲取注冊到spring中的bean犬第。
最后請注意一點锦积，HandlerProcessor和BeanTool必須能被掃描到，或者通過@Bean的方式顯式的注冊歉嗓，才能在項目啟動時發(fā)揮作用丰介。
歡迎大家加入粉絲群：963944895，群內免費分享Spring框架鉴分、Mybatis框架SpringBoot框架哮幢、SpringMVC框架、SpringCloud微服務冠场、Dubbo框架家浇、Redis緩存、RabbitMq消息碴裙、JVM調優(yōu)钢悲、Tomcat容器、MySQL數據庫教學視頻及架構學習思維導圖
總結
利用策略模式可以簡化繁雜的if else代碼舔株，方便維護莺琳，而利用自定義注解和自注冊的方式，可以方便應對需求的變更载慈。本文只是提供一個大致的思路惭等，還有很多細節(jié)可以靈活變化，例如使用枚舉類型办铡、或者靜態(tài)常量辞做，作為訂單的類型，相信你能想到更多更好的方法寡具。
