eclipse使用代碼質量管理審查工具整理sonarlint(第一篇)

Sonar是一個用於代碼質量管理的開源平臺,用於管理源代碼的質量 通過插件形式,可以支持包括java、C#、C/C++、PL/SQL、Cobol、JavaScrip、Groovy等等二十幾種編程語言的代碼質量管理與檢測Sonar可以從以下七個維度檢測代碼質量,而作爲開發人員至少需要處理前5種代碼質量問題。

這次我們使用sonarlint,可以裝在eclipse使用的

一、打開eclipse裏的help->Eclipse Marketplace,搜索“sonar”關鍵字,目前sonar的插件是sonarlint,如下圖:

二、點擊安裝(install)

三、需要選擇同意(I accept ....),點完成(Finish)

不截圖了,直接同意吧,如果是更新的話是installed

四、重啓eclipse

五、選擇某個項目或者文件,如下圖進行分析

六、分析結果查看

 

七、查看具體定義的規則,更好的修改出現的問題

具體規則

 

八、優化代碼

這個抱歉,只能自己手動了,哈哈,畢竟代碼能不能改只有你知道,工具只是作用到提醒,sonar可以做到的:

1. 不遵循代碼標準 可以通過PMD,CheckStyle,Findbugs等等代碼規則檢測工具規範代碼編寫 

2. 潛在的缺陷 可以通過PMD,CheckStyle,Findbugs等等代碼規則檢測工具檢測出潛在的缺陷

3. 糟糕的複雜度分佈 文件、類、方法等,如果複雜度過高將難以改變,這會使得開發人員難以理解它們 且如果沒有自動化的單元測試,對於程序中的任何組件的改變都將可能導致需要全面的迴歸測試 

4. 重複 顯然程序中包含大量複製粘貼的代碼是質量低下的,可以展示源碼中重複嚴重的地方 

5. 註釋不足或者過多 沒有註釋將使代碼可讀性變差,特別是當不可避免地出現人員變動時,程序的可讀性將大幅下降 而過多的註釋又會使得開發人員將精力過多地花費在閱讀註釋上,亦違背初衷 

6. 缺乏單元測試 可以很方便地統計並展示單元測試覆蓋率 

7. 糟糕的設計 可以找出循環,展示包與包、類與類之間相互依賴關係,可以檢測自定義的架構規則,可以管理第三方的jar包,可以利用LCOM4檢測單個任務規則的應用情況, 檢測耦合。

 

PS:關於關閉自動sonarLint檢測(一般都手動,不然開發電腦不好都卡一卡的)

都目右鍵點擊Properties,點擊取消Run SonarLint automatically即可,然後點擊Apply and close

 

這次分享到這裏,謝謝大家

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章