您好,登錄后才能下訂單哦!
這篇文章主要介紹“什么是DRY”,在日常操作中,相信很多人在什么是DRY問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”什么是DRY”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
一、什么是DRY?
Don’t repeat yourself,簡稱DRY,是軟件工程中廣泛且被普遍接受的最佳實踐。DRY原則上是要求系統中的每一部分,都必須單一、明確、權威地表達。其實就是可靠地開發軟件、并讓開發項目更易于理解和維護。DRY原則中最基本的就是不要重復代碼。
在軟件工程中,“干凈的代碼”是一種理想的追求。能夠辨別重復,并通過適當的實踐消除重復的程序員,比一直在重復代碼的程序員,寫的代碼會更清潔。
很多人將DRY限定為“不要寫重復的代碼”,但它更強調的是對知識和意圖的重復。
二、重復是怎樣發生的?
編程過程中,我們所見到的大多數重復問題,大致可以分為以下四類:
1、強加的重復 大多數人都在無力避免重復的情形下工作過,
比如有的項目可能會使我們重復共有的定義和過程,或有的編程語言自身要求某些重復信息的結構。
比如文檔規范中經常強調的注釋,但事實上無用的注釋會使代碼變得糟糕。如果運用DRY的法則,就是把淺顯易懂的知識放在代碼中,把注釋保留給其他高級的說明。否則,就是在重復知識。
2、無意的重復 來自代碼設計中的錯誤,通常會讓開發者意識不到他們在重復信息。
3、無耐性的重復 這種重復通常是由于開發者偷懶,認為重復會讓功能的實現變得更容易。也會因項目時間的限制,而驅使一部分開發者拷貝、修改原來的代碼,走捷徑。
欲速則不達,重復也許可以節省幾秒鐘,但一旦出現了問題,反而會花費更多的時間去修復。
4、開發者之間的重復 最典型的就是下面這個例子。美國的一個州,在對政府電腦系統進行千年蟲問題檢查時,審計發現有超過一萬個程序,每個程序都包含不同版本的社保號驗證代碼。
同一個團隊中不同開發者的重復,可能是最難檢測和處理的。這些重復可能存在好多年,都不容易被發現,會導致各種維護問題。
三、初步實現DRY,可以嘗試這樣做
1、停止重復不必要的代碼;
2、當代碼重復 3 次時,停止并思考是否需要進一步抽象代碼或工具類;
3、對歷史遺留代碼增加測試程序,梳理邏輯,增加說明文檔并通知相關人員;
4、適時講解項目,明確項目目前已有的功能和代碼,減少因不了解項目而造成的重復。
到此,關于“什么是DRY”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。