溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容主要講解“Java迭代的原則是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Java迭代的原則是什么”吧!
我們都知道，一個軟件的維護成本往往要高于其研發成本。在維護過程中，我們的代碼需要不斷的進行迭代。迭代的目的有兩個：修復bug和增加新特性。但是迭代也會帶來一系列新的問題，比如新的bug，或者是破壞代碼的整潔性。這里我們從保持代碼整潔性的角度來討論一下迭代的幾個原則。
運行所有測試
沒錯，首先的要說的還是測試，我們要在每次迭代代碼之后，運行所有的測試，如有必要，也要編寫新的測試。我們要編寫盡量簡單的測試，簡單的測試會驅使我們降低類與類之間的耦合度。如果還不了解如何編寫單元測試，可以參考一下舊文代碼潔癖系列
不要重復“造輪子”
記得我的leader曾經告訴過我：寫每一行代碼之前，要先思考一下有沒有必要寫這行代碼。在實現一個功能之前，先確認一下這個功能是否已經被實現了。永遠不要重復“造輪子”。但是，當我們進行一定的共性抽取時，可能已經違反了SRP原則（Single Responsibility Principle）。因此，抽取出的方法可能需要放在其他類中。
可讀
代碼是程序員之間的交流工具，要想獲得其他程序員的尊重，必須使你的代碼具備可讀性。這也是我們要保持代碼整潔的原因。如何保證代碼的可讀性呢？首先需要的就是有意義的命名，關于命名規則，可以參考代碼潔癖系列（二）：命名的藝術這篇文章，其次就是通過測試用例讓別人了解你的代碼。
盡可能少的類和方法
有人問了，為了類和函數都足夠短小，我要把代碼拆分成許多的類嗎？這里需要說明一下，在這方面，我們并不需要追求極致。應該根據實際情況，合理的拆分。所以，也要盡量減少類和方法，這可能與“類和函數應該短小”這一原則相矛盾。這需要工程師自己去衡量了，首先要保證“類和函數應該短小”，其次才是盡可能減少類和方法。
到此，相信大家對“Java迭代的原則是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
