PMD 6.36.0的示例分析

這篇文章主要介紹PMD 6.36.0的示例分析，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

PMD 是一個代碼分析器，能夠幫助發現常見的編程問題，比如未使用的變量、空的 catch 塊、不必要的對象創建等等。最初僅支持 Java 代碼，目前還可支持 JavaScript、Salesforce.com Apex 和 Visualforce、PLSQL、Apache Velocity、XML 和 XSL 。

PMD 6.36.0 正式發布，本次更新內容如下：

改進的增量分析

長期以來，增量分析一直幫助我們的用戶獲得了更快的分析結果，然而，它的實現在檢測運行時和類型解析類路徑的變化時往往過于謹慎，產生不必要的緩存失效。我們現在已經改進了啟發式方法，以消除一些錯誤的無效，并略微加快了緩存的的使用。

PMD 現在將忽略：

類路徑中的非類文件和被引用的 jar/zip 文件；

更改 jar / zip 中文件條目的順序；

jar / zip 中文件元數據的更改；

新規則

新的 Apex 規則[AvoidDebugStatements](<https://pmd.github.io/pmd-6.36.0/pmd_rules_apex_performance.html#avoiddebugstatements>)System.debug 查找 System.debug 調用的用法。即使沒有捕獲調試日志，調試語句也會導致更長的事務并消耗 Apex CPU 時間。

你可以像這樣嘗試這個規則：

<rule ref="category/apex/performance.xml/AvoidDebugStatements" />

新的 Apex 規則[InaccessibleAuraEnabledGetter](<https://pmd.github.io/pmd-6.36.0/pmd_rules_apex_errorprone.html#inaccessibleauraenabledgetter>)AuraEnabled 檢查 AuraEnabled 獲取器是公共的還是全局的。

你可以像這樣嘗試這個規則：

<rule ref="category/apex/errorprone.xml/InaccessibleAuraEnabledGetter" />

重命名的規則

Java 規則 BadComparison 已被重命名為 ComparisonWithNaN，以更好地反映該規則實際檢測的內容。

修正的問題

（1）apex

避免調試語句，因為它影響性能；

新增規則，以檢測不可訪問的 AuraEnabled 獲取器；

CognitiveComplexity - "else if" 的增量不正確；

（2）core

錯誤加載樣式表 cpdhtml.xslt；

在 SARIF 報告中添加 fullDescription 和標簽；

（3）java-bestpractices

#3340: [java] NullPointerException applying rule GuardLogStatement

（4）java-bestpractices

GuardLogStatement：編譯時常量參數誤報

UnusedAssignment 在增量 expr 中使用時報告未使用的變量；

UnusedAssignment 在報告未使用的變量時誤報；

LiteralsFirstInComparisons 兩個常量的誤報；

JUnitTestsShouldIncludeAssert 應該支持 Junit 5；

NullPointerException 應用規則 GuardLogStatement；

（5）java-代碼樣式

更新 UnnecessaryImport 以識別 javadoc @exception 標簽中導入類型的用法；

以上是“PMD 6.36.0的示例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！