<label id="8iuh4"><track id="8iuh4"></track></label>
      <rp id="8iuh4"><object id="8iuh4"><u id="8iuh4"></u></object></rp>
    1. 
      
      <s id="8iuh4"><object id="8iuh4"></object></s>

    2. 朗創seo公司

      朗創seo公司幫助企業快速提升網絡營銷業績專注網站建設,SEO關鍵詞排名,一切用數據說話!

      咨詢電話:400-880-6422

      如何管理和優化日益復雜的代碼

      作者: admin 來源:朗創seo公司 發布日期: 2018-08-21
      信息摘要:
      隨著時間的推移,軟件項目將越來越大,組件之間的依賴性在項目中將變得越來越復雜,項目的維護將變得越來越困難。 (Java內存泄漏檢測器)開發團隊的博客文章揭示了開發過程中
      隨著時間的推移,軟件項目將越來越大,組件之間的依賴性在項目中將變得越來越復雜,項目的維護將變得越來越困難。

      (Java內存泄漏檢測器)開發團隊的博客文章揭示了開發過程中代碼復雜度是如何演變的。

      本文中的代碼依賴圖是由團隊在項目開發過程中生成的,通過結構,開發人員可以定義一個規則來限制代碼之間的相互作用和依賴關系,從而簡化開發過程中的代碼復雜性管理。但是,在PulBR項目開始時,不是使用結構,而是使用重組的產品來可視化項目中的依賴關系。然而,當后來的項目越來越大時,團隊開始考慮使用結構。

      嚴格來說,不是一個小的糾纏和胖意味著你的代碼庫更好。但是這兩個度量有助于優化代碼,例如,代碼小塊(小脂肪值)更容易理解,更少依賴(小糾纏值)代碼更可預測,因此有更少的代碼。代碼中的缺陷,代碼更容易維護。

      故事開始于2011年初,當時代碼庫剛剛創建。正如你從下面的截圖中看到的,代碼中的纏結的數量非常少(圖左上方的字符譜中的小黑濟南網站優化點),這可以為未來的發展打下堅實的基礎。但現實情況是,項目團隊只寫了幾千行的源代碼,還沒有時間寫更多的內容。

      但僅僅6個月后,出現了一個不同的畫面。如下圖所示,脂肪數仍然很低,但依賴性開始變得混亂(見小黑點的縱坐標軸)。

      6個月后,我們可以看到項目代碼的脂肪數仍然很低,纏結數仍然很高。但是您可以看到一些包(分配、IO、生命周期)現在與混亂的代碼庫分離。事實上,團隊使用結構101來管理LATT中的代碼。呃,這個時期的一部分。

      經過半年的工作,事情似乎走向極端。現在,除了依賴關系的混亂,代碼的脂肪也相當嚴重。此時,項目團隊開始充分利用結構101的產品來分析下面的圖片,并問自己一些實用的。問題,如:

      在發現問題之后,項目團隊開始采取措施來優化它。正如你在六個月前看到的那樣,所有新增的代碼都已經清理完畢,對等組件(FS、HTTP等)之間的依賴性得到了改善。

      一個星期前的圖片,雖然代碼基數比六個月前大25%,但是糾結數從39000減少到16000,使代碼更干凈、更結構化,而且項目團隊的開發水平也得到了提高。d.

      項目代碼復雜度的管理應該貫穿項目,因此在項目結束時維護起來并不特別困難,或者您可以在開發過程中制定一些依賴規則并加以執行。

      這個故事是一個小團隊如何在相對短的時間內創建一個凌亂的代碼庫的一個很好的例子。你也可以想象如果一個10人開發團隊開發了一個預期壽命為10年的項目,更終的項目依賴圖會是什么樣子。(編譯)/ Wang Guo reviEW/張紅月

      你如何在項目開發中領先,而不是被項目中的其他東西拖垮你想聽聽丹尼爾的技術分享這段經歷嗎請關注CSDN和程序員雜志8月30日至31日聯合舉辦的SCDC(中國軟件開發者大會)。

      咨詢熱線

      400-880-6422
      福建快3