提高代碼質量(java篇)(編輯修改稿)
2025-03-26 07:02 本頁面
【文章內容簡介】 視圖中可以通過點擊鼠標右鍵將測試覆蓋分析的結果導出成需要的格式，例如 HTML。 持續(xù)集成 ?持續(xù)集成（ Continuous Integration）是利用一系列的工具、方法和規(guī)則，做到快速的構建開發(fā)代碼，自動的測試化，來提高開發(fā)代碼的效率和質量 。 ?持續(xù)集成的提出 如果項目開發(fā)的規(guī)模比較小，比如一個人的項目，如果它對外部 系統(tǒng)的依賴很小，那么軟件集成不是問題，但是隨著軟件項目復雜 度的增加（即使增加一個人），就會對集成和確保軟件組件能夠在一 起工作提出了更多的要求 要早集成，常集成。早集成，頻繁的集成 幫助項目在早期發(fā)現(xiàn)項目風險和質量問題，如果到后期才發(fā)現(xiàn)這 些問題，解決問題代價很大，很有可能導致項目延期或者項目失敗。 持續(xù)集成 ? 持續(xù)集成的常見做法是：持續(xù)集成框架 + 版本管理器 + 構建工具。 持續(xù)集成框架常用的有： Hudson(jenkins)、 Continuum、 CruiseControl等。 版本管理器常用的有： ClearCase、 Wincvs、 SVN等。 構建工具常用的有： Ant、 Maven。 后面主要以 SVN + Hudson + Ant 實現(xiàn)方式舉例說明。 持續(xù)集成 _版本管理器 持續(xù)集成 _自動構建 ? Ant 在構建過程方面十分優(yōu)秀，它是一個基于任務和依賴的構建工具。下載地址： ? Maven不單是構建工具，也是個項目管理平臺。下載地址： ? Maven與 Ant對比，一些使用上的區(qū)別： Maven是基于中央倉庫的編譯，即把編譯所需要的資源放在一個中央倉庫里，如 jar， tld等。當編譯的時候， maven會自動在倉庫中找到相應的包 ,而 ant需要自己定義了。用 maven編譯的項目在發(fā)布的時候只需要發(fā)布源碼，小得很，而反之， ant的發(fā)布則要把所有的包一起發(fā)布。 Maven有大量的重用腳本可以利用，如生成網站，生成javadoc， sourcecode reference，等。而 ant都需要自己去寫。 Maven目前不足的地方就是沒有象 ant那樣成熟的 GUI界面。 持續(xù)集成 _持續(xù)集成框架 有了自動構建后，我們就可以通過 Hudson每天定時用 Ant腳本或 Maven，加上 JUnit、 Cobertura/EMMA等的 ANT 腳本調用，每一次 的構建都可以把這些檢查工作自動的進行一遍測試。然后生成測試報 告進行查閱。 ? Hudson（ Jenkins的前身）可以說在安裝和配置上最簡單的 CI產品 。 Hudson是基于 java開發(fā)的，但它不僅限于構建基于 Java的軟件，還能構建 .、 Python、 Ruby等。 Hudson提供了一組很明確和可擴展 API的 Hudson組件。這批組成一個大的類庫的 Hudson組件反過來又豐富了 Hudson的功能；它們都是開源的，而且它們可以直接通過 Hudson的控制臺來進行安裝。 ? 安裝軟件下載地址： Hudson安裝要點 ? 將 tomcat的 webapps目錄下； ? 修改 \conf\，設置 UTF8編碼： ? 通過以下方式修改 HUDSON_HOME的位置：在 hudson的 HUDSON_HOME，默認 value為空值，將其設置 為你希望的路徑，然后重啟。 Hudson首頁 Hudson管理界面 Hudson插件安裝（一） Hudson插件安裝（二） Hudson Job（一） Hudson Job（二） Hudson Job（三） Hudson Job（四） Hudson 質量度量（一） Hudson 質量度量（二） openEAP應用的實踐（一） ? 以下演示在實際的 openEAP項目中，怎樣自動化完成以上活動。 演示的是一個 web項目，目錄結構如下圖所示： openEAP應用的實踐（二） ? 因為相關依賴資源都已經在 quality目錄下了（運行只依賴數(shù)據庫環(huán)境，沒有對數(shù)據庫操作進行模擬），所以可以直接通過 ant執(zhí)行quality目錄下的 ，腳本執(zhí)行完畢后，生成的報告在quality目錄下，如下圖所示： openEAP應用的實踐（三） ? 也可以發(fā)布到 Hudson上執(zhí)行構建： openEAP應用的實踐（四） ? 在 Hudson上查看報告： 代碼評審 ? 代碼評審（ Code Review）是 Java 項目開發(fā)過程中的一個重要步驟，代碼評審可以幫助發(fā)現(xiàn)靜態(tài)代碼分析過程中無法發(fā)現(xiàn)的一些問題，例如代碼在邏輯上或者功能上是否存在錯誤，代碼在執(zhí)行效率和性能上是否有需要改進的地方等。代碼評審還可以幫助新進入項目組的成員快速學習和了解項目，促進經驗分享。代碼評審主要包括兩種形式，同級評審（ Peer Review）和小組評審（ Group Review）。同級評審主要指項目成員間的互相評審，小組評審是指通過召開評審會議，項目成員一起對項目代碼進行評審。 ? 為了提高代碼評審的有效性和效率，可以借助一些外部工具，比較常用的代碼評審工具有 Jupiter 和 Code Striker。 Jupiter 是一款開源的 Eclipse 插件，允許成員將評審意見定位到真實代碼的具體行，由于代碼評審的結果以 XML 文件的形式保存。 Jupiter使用 ? Eclipse插件下載地址： ? Jupiter里，代碼評審 (code review)分為 4個流程 ： (配置 )： review發(fā)起者設置“ Review ID”，指定要 評審的代碼，參與代碼評審的人員，要
外語相關推薦
鄂ICP備17016276號-1