註解優於命名模式（35）

一、命名模式

• Junit 以前要求測試必須是 test* 打頭的命名，不然不執行，但都不會出錯
• 沒法保證僅僅用於相應的程序元素上
• 沒有提供將參數值和程序關聯起來的好辦法

註解很好的解決了命名模式的這些問題

二、註解

• 註解類型聲明中的註解叫作元註解
• @Retention 滯留策略
• @Target 做用對象，下述就是僅僅使用在方法聲明，不能用做類，域，或其餘程序上

• 上述註釋中寫道：做用於無參方法，靜態方法。編譯器不能幫你檢查，運行起來纔會報錯

三、標註註解

• 其中m5 方法是一個實例方法，不屬於註解有效使用，但不會拋出異常

• 註解對類的語義沒有任何影響，可是能夠經過工具進行特殊處理
• 以下就是對Test 註解的特殊處理

四、拋出特殊異常時才成功

• 某個擴展 異常基類Exception 的Class 對象 ，它容許註解的用戶指定任何異常類型

• 測試代碼，拋出特定類型異常的測試經過
• 注意，因爲是泛型定義註解，使用時須要加上類型，這樣 value()返回類型固定

• 若是特定類型異常的類文件不存在，拋出 TypeNotPresentException 異常

五、測試能夠拋出任何一種指定類型異常都獲得經過

• 使用Class 對象數組
• 以前的全部ExceptionTest 註解仍然有效，併產生單元素的數組

• 使用多元素數組，使用 { } 括起來  

• 測試運行工具改動

六、總結

• 既然有了註解，徹底沒理由使用命名模式
• 大部分程序員使用java 預約義的註解就夠了
• 使用其餘工具註解，因爲沒有標準化，換工具時會引來不少沒必要要的工做量