資訊專欄INFORMATION COLUMN
摘要：注解方式優(yōu)點(diǎn)使用注解方式可以極大的減少使用模版方法模式帶來(lái)的擴(kuò)展時(shí)需要繼承模版類的弊端，工廠注解的方式可以無(wú)需關(guān)心其他業(yè)務(wù)類的實(shí)現(xiàn)，而且減少了類膨脹的風(fēng)險(xiǎn)。
在上一篇文章Java設(shè)計(jì)模式綜合運(yùn)用(門面+模版方法+責(zé)任鏈+策略)中，筆者寫了一篇門面模式、模版方法、責(zé)任鏈跟策略模式的綜合運(yùn)用的事例文章，但是后來(lái)筆者發(fā)現(xiàn)，在實(shí)現(xiàn)策略模式的實(shí)現(xiàn)上，發(fā)現(xiàn)了一個(gè)弊端：那就是如果在后續(xù)業(yè)務(wù)發(fā)展中，需要再次增加一個(gè)業(yè)務(wù)策略的時(shí)候，則需要再次繼承AbstractValidatorHandler類（詳情請(qǐng)參見上篇文章），這樣就會(huì)造成一定的類膨脹。今天我利用注解的方式改造成動(dòng)態(tài)策略模式，這樣就只需要關(guān)注自己的業(yè)務(wù)類即可，無(wú)需再實(shí)現(xiàn)一個(gè)類似的Handler類。1. 項(xiàng)目背景 1.1 項(xiàng)目簡(jiǎn)介
本文也同步發(fā)布至簡(jiǎn)書，地址：https://www.jianshu.com/p/b86...
在公司的一個(gè)業(yè)務(wù)系統(tǒng)中，有這樣的一個(gè)需求，就是根據(jù)不同的業(yè)務(wù)流程，可以根據(jù)不同的組合主鍵策略進(jìn)行動(dòng)態(tài)的數(shù)據(jù)業(yè)務(wù)查詢操作。在本文中，我假設(shè)有這樣兩種業(yè)務(wù)，客戶信息查詢和訂單信息查詢，對(duì)應(yīng)以下枚舉類：
/**
* 業(yè)務(wù)流程枚舉
* @author landyl
* @create 11:18 AM 05/07/2018
*/
public enum WorkflowEnum {
ORDER(2),
CUSTOMER(3),
;
....
}
每種業(yè)務(wù)類型都有自己的組合主鍵查詢規(guī)則，并且有自己的查詢優(yōu)先級(jí)，比如客戶信息查詢有以下策略：
customerId
requestId
birthDate+firstName
以上僅是假設(shè)性操作，實(shí)際業(yè)務(wù)規(guī)則比這復(fù)雜的多
1.2 流程梳理主要業(yè)務(wù)流程，可以參照以下簡(jiǎn)單的業(yè)務(wù)流程圖。
1.2.1 查詢抽象模型 1.2.2 組合主鍵查詢策略 1.2.3 組合主鍵查詢責(zé)任鏈 2. Java注解簡(jiǎn)介注解的語(yǔ)法比較簡(jiǎn)單，除了@符號(hào)的使用之外，它基本與Java固有語(yǔ)法一致。
2.1 元注解JDK1.5提供了4種標(biāo)準(zhǔn)元注解，專門負(fù)責(zé)新注解的創(chuàng)建。
| 注解 | 說明 |
|---|---|
| @Target | 表示該注解可以用于什么地方，可能的ElementType參數(shù)有： CONSTRUCTOR：構(gòu)造器的聲明 FIELD：域聲明（包括enum實(shí)例） LOCAL_VARIABLE：局部變量聲明 METHOD：方法聲明 ACKAGE：包聲明 PARAMETER：參數(shù)聲明 TYPE：類、接口（包括注解類型）或enum聲明 |
| @Retention | 表示需要在什么級(jí)別保存該注解信息?？蛇x的RetentionPolicy參數(shù)包括： SOURCE：注解將被編譯器丟棄 CLASS：注解在class文件中可用，但會(huì)被VM丟棄 RUNTIME：JVM將在運(yùn)行期間保留注解，因此可以通過反射機(jī)制讀取注解的信息。 |
| @Document | 將注解包含在Javadoc中 |
| @Inherited | 允許子類繼承父類中的注解 |
定義一個(gè)注解的方式相當(dāng)簡(jiǎn)單，如下代碼所示：
@Target({ElementType.METHOD,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
//使用@interface關(guān)鍵字定義注解
public @interface Description {
/*
* 注解方法的定義（其實(shí)在注解中也可以看做成員變量）有如下的規(guī)定：
* 1.不能有參數(shù)和拋出異常
* 2.方法返回類型只能為八種基本數(shù)據(jù)類型和字符串，枚舉和注解以及這些類型構(gòu)成的數(shù)組
* 3.可以包含默認(rèn)值，通過default實(shí)現(xiàn)
* 4.如果只有一個(gè)方法（成員變量），最好命名為value
*/
String value();
int count() default 1; //默認(rèn)值為1
}
注解的可用的類型包括以下幾種：所有基本類型、String、Class、enum、Annotation、以上類型的數(shù)組形式。元素不能有不確定的值，即要么有默認(rèn)值，要么在使用注解的時(shí)候提供元素的值。而且元素不能使用null作為默認(rèn)值。注解在只有一個(gè)元素且該元素的名稱是value的情況下，在使用注解的時(shí)候可以省略“value=”，直接寫需要的值即可。
2.3 使用注解如上所示的注解使用如下：
/**
* @author landyl
* @create 2018-01-12:39 PM
*/
//在類上使用定義的Description注解
@Description(value="class annotation",count=2)
public class Person {
private String name;
private int age;
//在方法上使用定義的Description注解
@Description(value="method annotation",count=3)
public String speak() {
return "speaking...";
}
}
使用注解最主要的部分在于對(duì)注解的處理，那么就會(huì)涉及到注解處理器。從原理上講，注解處理器就是通過反射機(jī)制獲取被檢查方法上的注解信息，然后根據(jù)注解元素的值進(jìn)行特定的處理。
/**
* @author landyl
* @create 2018-01-12:35 PM
* 注解解析類
*/
public class ParseAnnotation {
public static void main(String[] args){
//使用類加載器加載類
try {
Class c = Class.forName("com.annatation.Person");//加載使用了定義注解的類
//找到類上的注解
boolean isExist = c.isAnnotationPresent(Description.class);
if(isExist){
//拿到注解示例
Description d = (Description)c.getAnnotation(Description.class);
System.out.println(d.value());
}
//找到方法上的注解
Method[] ms = c.getMethods();
for(Method m : ms){
boolean isMExist = m.isAnnotationPresent(Description.class);
if(isMExist){
Description d = m.getAnnotation(Description.class);
System.out.println(d.value());
}
}
//另外一種注解方式
for(Method m:ms){
Annotation[] as = m.getAnnotations();
for(Annotation a:as){
if(a instanceof Description){
Description d = (Description)a;
System.out.println(d.value());
}
}
}
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
3. 策略模式升級(jí)版
3.1 策略模式實(shí)現(xiàn)方式
使用工廠進(jìn)行簡(jiǎn)單的封裝
使用注解動(dòng)態(tài)配置策略
使用模版方法模式配置策略(參見Java設(shè)計(jì)模式綜合運(yùn)用(門面+模版方法+責(zé)任鏈+策略))
使用工廠+注解方式動(dòng)態(tài)配置策略（利用Spring加載）
其中第1、2點(diǎn)請(qǐng)參見org.landy.strategy 包下的demo事例即可，而第4點(diǎn)的方式其實(shí)就是結(jié)合第1、2、3點(diǎn)的優(yōu)點(diǎn)進(jìn)行整合的方式。
3.2 注解方式優(yōu)點(diǎn)使用注解方式可以極大的減少使用模版方法模式帶來(lái)的擴(kuò)展時(shí)需要繼承模版類的弊端，工廠+注解的方式可以無(wú)需關(guān)心其他業(yè)務(wù)類的實(shí)現(xiàn)，而且減少了類膨脹的風(fēng)險(xiǎn)。
3.3 組合主鍵查詢策略本文以組合主鍵查詢策略這一策略進(jìn)行說明，策略注解如下：
/**
* 組合主鍵查詢策略（根據(jù)不同業(yè)務(wù)流程區(qū)分組合主鍵查詢策略,并且每個(gè)業(yè)務(wù)流程都有自己的優(yōu)先級(jí)策略）
* @author landyl
* @create 2:22 PM 09/29/2018
*/
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface KeyIdentificationStrategy {
/**
* 主鍵策略優(yōu)先級(jí)
* @return
*/
int priority() default 0;
/**
* 業(yè)務(wù)流程類型(如：訂單信息，會(huì)員信息等業(yè)務(wù)流程)
* @return
*/
WorkflowEnum workflowId();
/**
* the spring bean name
* @return
*/
String beanName();
}
3.4 策略工廠
既然定義了組合主鍵查詢策略注解，那必然需要一個(gè)注解處理器進(jìn)行解析注解的操作，本文以工廠的方式進(jìn)行。主要邏輯如下：
掃描指定包下的Java類，找出相應(yīng)接口（即KeyIdentification）下的所有Class對(duì)象。
