這篇“DRY和TED原則是什么”文章的知識點(diǎn)大部分人都不太理解,所以小編給大家總結(jié)了以下內(nèi)容,內(nèi)容詳細(xì),步驟清晰,具有一定的借鑒價值,希望大家閱讀完這篇文章能有所收獲,下面我們一起來看看這篇“DRY和TED原則是什么”文章吧。
十年的羅城網(wǎng)站建設(shè)經(jīng)驗,針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應(yīng)快,48小時及時工作處理。成都營銷網(wǎng)站建設(shè)的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整羅城建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計,從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)建站從事“羅城網(wǎng)站設(shè)計”,“羅城網(wǎng)站推廣”以來,每個客戶項目都認(rèn)真落實執(zhí)行。
我們所寫的代碼除了讓機(jī)器執(zhí)行外,還需要別人來閱讀。所以我們要寫:
讓別人能讀懂的代碼
可擴(kuò)展的代碼
可測試的代碼(代碼應(yīng)該具備可測試性,對沒有可測試性的代碼寫測試,是浪費(fèi)生命的表現(xiàn))
其中2,3點(diǎn)更多強(qiáng)調(diào)的是面向?qū)ο蟮脑O(shè)計原則。而本文則更多關(guān)注于局部的代碼問題,本文通過舉例的方式,總結(jié)平時常犯的錯誤和優(yōu)化方式。
本文的例子基于兩個指導(dǎo)原則:
一.DRY(Don't repeat yourself)
此原則如此重要,簡單來說是因為:
代碼越少,Bug也越少
沒有重復(fù)邏輯的代碼更易于維護(hù),當(dāng)你修復(fù)了一個bug,如果相同的邏輯還出現(xiàn)在另外一個地方,而你沒意識到,你有沒有覺得自己很冤?
二.TED原則
簡潔(Terse)
具有表達(dá)力(Expressive)
只做一件事(Do one thing)
三.舉例說明
1.拒絕注釋,用代碼來闡述注釋
反例:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
|
重構(gòu)后:
1 2 3 4 5 6 |
|
良好的代碼命名完全可以替代注釋的作用,如果你正在試圖寫一段注釋,從某種角度來看,你正在試圖寫一段別人無法理解的代碼。
當(dāng)你無法為你的方法起一個準(zhǔn)確的名稱時,很可能你的方法不止做了一件事,違反了(Do one thing)。特別是你想在方法名中加入:And,Or,If等詞時
2. 為布爾變量賦值
反例:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
重構(gòu)后:
1 2 3 4 5 |
|
3.雙重否定的條件判斷
反例:
1 2 3 4 |
|
重構(gòu)后:
1 2 3 4 |
|
不管你有沒有見過這樣的條件,反正我見過。見到這樣的條件判斷,我頓時就暈了。
4.拒絕HardCode,拒絕挖坑
反例:
1 2 3 4 |
|
重構(gòu)后:
1 2 3 4 |
|
既然咱們玩的是強(qiáng)類型語言,咱就用上編譯器的功能,讓錯誤發(fā)生在編譯階段
5.拒絕魔數(shù),拒絕挖坑
反例:
1 2 3 4 |
|
重構(gòu)后:
1 2 3 4 5 |
|
所謂魔數(shù)(Magic number)就是一個魔法數(shù)字,讀者完全弄不明白你這個數(shù)字是什么,這樣的代碼平時見的多了
6.復(fù)雜的條件判斷
反例:
1 2 3 4 5 6 7 |
|
重構(gòu)后:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
有沒有豁然開朗的趕腳?
7.嵌套判斷
反例:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
重構(gòu)后:
1 2 3 4 |
|
***種代碼是受到早期的某些思想:使用一個變量來存儲返回結(jié)果。事實證明,你一旦知道了結(jié)果就應(yīng)該盡早返回。
8.使用前置條件
反例:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
重構(gòu)后:
1 2 3 |
|
重構(gòu)后的風(fēng)格更接近契約編程,首先要滿足前置條件,否則免談。
9.參數(shù)過多,超過3個
反例:
1 2 3 4 |
|
重構(gòu)后:
1 2 3 4 |
|
過多的參數(shù)讓讀者難以抓住代碼的意圖,同時過多的參數(shù)將會影響方法的穩(wěn)定性。另外也預(yù)示著參數(shù)應(yīng)該聚合為一個Model
10.方法簽名中含有布爾參數(shù)
反例:
1 2 3 4 |
|
重構(gòu)后:
1 2 3 4 5 6 7 8 9 |
|
布爾參數(shù)在告訴方法不止做一件事,違反了Do one thing
10.寫具有表達(dá)力的代碼
反例:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
重構(gòu)后:
1 2 3 4 5 6 7 8 9 |
|
相對于命令式代碼,聲明性代碼更加具有表達(dá)力,也更簡潔。這也是函數(shù)式編程為什么越來越火的原因之一。
四.關(guān)于DRY
平時大家重構(gòu)代碼,一個重要的思想就是DRY。我要分享一個DRY的反例:
項目在架構(gòu)過程中會有各種各樣的MODEL層,例如:DomainModel,ViewModel,DTO。很多時候這幾個Model里的字段大部分是相同的,于是有人就會想到DRY原則,干脆直接用一種類型,省得粘貼復(fù)制,來回轉(zhuǎn)換。
這個反例失敗的根本原因在于:這幾種Model職責(zé)各不相同,雖然大部分情況下內(nèi)容會有重復(fù),但是他們擔(dān)當(dāng)著各種不同的角色。
考慮這種場景: DomainModel有一個字段DateTime Birthday{get;set;},ViewModel同樣具有DateTime Birthday{get;set;}。需求升級:要求界面不再顯示生日,只需要顯示是否成年。我們只需要在ViewModel中添加一個Bool IsAdult{get{return ....}}即可,DomainModel完全不用變化。
五.利用先進(jìn)的生產(chǎn)工具
以vs插件中的Reshaper為例,本文列舉的大部分反例,Reshaprer均能給予不同程度的提示。經(jīng)過一段時間的練習(xí),當(dāng)Reshaper對你的代碼給予不了任何提示的時候,你的代碼會有一個明顯的提高。
截圖說明Reshaper的提示功能:
光標(biāo)移動在波浪線處,然后Alt+Enter,Resharper 會自動對代碼進(jìn)行優(yōu)化
以上就是關(guān)于“DRY和TED原則是什么”這篇文章的內(nèi)容,相信大家都有了一定的了解,希望小編分享的內(nèi)容對大家有幫助,若想了解更多相關(guān)的知識內(nèi)容,請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。
本文標(biāo)題:DRY和TED原則是什么
文章轉(zhuǎn)載:http://muchs.cn/article28/gdecjp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供品牌網(wǎng)站設(shè)計、響應(yīng)式網(wǎng)站、網(wǎng)站建設(shè)、電子商務(wù)、網(wǎng)站排名、關(guān)鍵詞優(yōu)化
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)