DRY和TED原則是什么

這篇“DRY和TED原則是什么”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來(lái)看看這篇“DRY和TED原則是什么”文章吧。

十年的羅城網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都營(yíng)銷(xiāo)網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶(hù)設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整羅城建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)建站從事“羅城網(wǎng)站設(shè)計(jì)”,“羅城網(wǎng)站推廣”以來(lái)，每個(gè)客戶(hù)項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

我們所寫(xiě)的代碼除了讓機(jī)器執(zhí)行外，還需要?jiǎng)e人來(lái)閱讀。所以我們要寫(xiě)：

讓別人能讀懂的代碼
可擴(kuò)展的代碼
可測(cè)試的代碼(代碼應(yīng)該具備可測(cè)試性，對(duì)沒(méi)有可測(cè)試性的代碼寫(xiě)測(cè)試，是浪費(fèi)生命的表現(xiàn))

其中2，3點(diǎn)更多強(qiáng)調(diào)的是面向?qū)ο蟮脑O(shè)計(jì)原則。而本文則更多關(guān)注于局部的代碼問(wèn)題，本文通過(guò)舉例的方式，總結(jié)平時(shí)常犯的錯(cuò)誤和優(yōu)化方式。

本文的例子基于兩個(gè)指導(dǎo)原則：

一.DRY(Don't repeat yourself)

此原則如此重要，簡(jiǎn)單來(lái)說(shuō)是因?yàn)椋?/strong>

代碼越少，Bug也越少
沒(méi)有重復(fù)邏輯的代碼更易于維護(hù)，當(dāng)你修復(fù)了一個(gè)bug，如果相同的邏輯還出現(xiàn)在另外一個(gè)地方，而你沒(méi)意識(shí)到，你有沒(méi)有覺(jué)得自己很冤？

二.TED原則

簡(jiǎn)潔(Terse)
具有表達(dá)力(Expressive)
只做一件事(Do one thing)

三.舉例說(shuō)明

1.拒絕注釋?zhuān)么a來(lái)闡述注釋

反例：

/// <summary>

/// !@#$%^&^&*((!@#$%^&^&*((!@#$%^&^&*((!@#$%^&^&*((

/// </summary>

/// <returns></returns>

public decimal GetCash()

{

//!@#$%^&^&*((!@#$%^&^&*((

var a = new List<decimal>() { 2m, 3m, 10m };

var b = 2;

var c = 0m;

//!@#$%^&^&*((!@#$%^&^&*((!@#$%^&^&*((

foreach (var p in a)

{

c += p*b;

}

return c;

}

重構(gòu)后：

public decimal CalculateTotalCash()

{

var prices=new List<decimal>(){2m,3m,10m};

var itemCount = 2;

return prices.Sum(p => p*itemCount);

}

良好的代碼命名完全可以替代注釋的作用，如果你正在試圖寫(xiě)一段注釋?zhuān)瑥哪撤N角度來(lái)看，你正在試圖寫(xiě)一段別人無(wú)法理解的代碼。

當(dāng)你無(wú)法為你的方法起一個(gè)準(zhǔn)確的名稱(chēng)時(shí)，很可能你的方法不止做了一件事，違反了(Do one thing)。特別是你想在方法名中加入：And，Or，If等詞時(shí)

2. 為布爾變量賦值

反例：

public bool IsAdult(int age)

{

bool isAdult;

if (age > 18)

{

isAdult = true;

}

else

{

isAdult = false;

}

return isAdult;

}

重構(gòu)后：

public bool IsAdult(int age)

{

var isAdult = age > 18;

return isAdult;

}

3.雙重否定的條件判斷

反例：

if (!isNotRemeberMe)

{

}

重構(gòu)后：

if (isRemeberMe)

{

}

不管你有沒(méi)有見(jiàn)過(guò)這樣的條件，反正我見(jiàn)過(guò)。見(jiàn)到這樣的條件判斷，我頓時(shí)就暈了。

4.拒絕HardCode,拒絕挖坑

反例：

if (carName == "Nissan")

{

}

重構(gòu)后：

if (car == Car.Nissan)

{

}

既然咱們玩的是強(qiáng)類(lèi)型語(yǔ)言，咱就用上編譯器的功能，讓錯(cuò)誤發(fā)生在編譯階段

5.拒絕魔數(shù)，拒絕挖坑

反例：

if (age > 18)

{

}

重構(gòu)后：

const int adultAge = 18;

if (age > adultAge)

{

}

所謂魔數(shù)(Magic number)就是一個(gè)魔法數(shù)字，讀者完全弄不明白你這個(gè)數(shù)字是什么，這樣的代碼平時(shí)見(jiàn)的多了

6.復(fù)雜的條件判斷

反例：

if (job.JobState == JobState.New

|| job.JobState == JobState.Submitted

|| job.JobState == JobState.Expired

|| job.JobTitle.IsNullOrWhiteSpace())

{

//....

}

重構(gòu)后：

if (CanBeDeleted(job))

{

//

}

private bool CanBeDeleted(Job job)

{

var invalidJobState = job.JobState == JobState.New

|| job.JobState == JobState.Submitted

|| job.JobState == JobState.Expired;

var invalidJob = string.IsNullOrEmpty(job.JobTitle);

return invalidJobState || invalidJob;

}

有沒(méi)有豁然開(kāi)朗的趕腳？

7.嵌套判斷

反例：

var isValid = false;

if (!string.IsNullOrEmpty(user.UserName))

{

if (!string.IsNullOrEmpty(user.Password))

{

if (!string.IsNullOrEmpty(user.Email))

{

isValid = true;

}

return isValid;

重構(gòu)后：

if (string.IsNullOrEmpty(user.UserName)) return false;

if (string.IsNullOrEmpty(user.Password)) return false;

if (string.IsNullOrEmpty(user.Email)) return false;

return true;

***種代碼是受到早期的某些思想：使用一個(gè)變量來(lái)存儲(chǔ)返回結(jié)果。事實(shí)證明，你一旦知道了結(jié)果就應(yīng)該盡早返回。

8.使用前置條件

反例：

if (!string.IsNullOrEmpty(userName))

{

if (!string.IsNullOrEmpty(password))

{

//register

}

else

{

throw new ArgumentException("user password can not be empty");

}

else

{

throw new ArgumentException("user name can not be empty");

}

重構(gòu)后：

if (string.IsNullOrEmpty(userName)) throw new ArgumentException("user name can not be empty");

if (string.IsNullOrEmpty(password)) throw new ArgumentException("user password can not be empty");

//register

重構(gòu)后的風(fēng)格更接近契約編程，首先要滿足前置條件，否則免談。

9.參數(shù)過(guò)多，超過(guò)3個(gè)

反例：

public void RegisterUser(string userName, string password, string email, string phone)

{

}

重構(gòu)后：

public void RegisterUser(User user)

{

}

過(guò)多的參數(shù)讓讀者難以抓住代碼的意圖，同時(shí)過(guò)多的參數(shù)將會(huì)影響方法的穩(wěn)定性。另外也預(yù)示著參數(shù)應(yīng)該聚合為一個(gè)Model

10.方法簽名中含有布爾參數(shù)

反例：

public void RegisterUser(User user, bool sendEmail)

{

}

重構(gòu)后：

public void RegisterUser(User user)

{

}

public void SendEmail(User user)

{

}

布爾參數(shù)在告訴方法不止做一件事，違反了Do one thing

10.寫(xiě)具有表達(dá)力的代碼

反例：

private string CombineTechnicalBookNameOfAuthor(List<Book> books, string author)

{

var filterBooks = new List<Book>();

foreach (var book in books)

{

if (book.Category == BookCategory.Technical && book.Author == author)

{

filterBooks.Add(book);

}

var name = "";

foreach (var book in filterBooks)

{

name += book.Name + "|";

}

return name;

}

重構(gòu)后：

private string CombineTechnicalBookNameOfAuthor(List<Book> books, string author)

{

var combinedName = books.Where(b => b.Category == BookCategory.Technical)

.Where(b => b.Author == author)

.Select(b => b.Name)

.Aggregate((a, b) => a + "|" + b);

return combinedName;

}

相對(duì)于命令式代碼，聲明性代碼更加具有表達(dá)力，也更簡(jiǎn)潔。這也是函數(shù)式編程為什么越來(lái)越火的原因之一。

四.關(guān)于DRY

平時(shí)大家重構(gòu)代碼，一個(gè)重要的思想就是DRY。我要分享一個(gè)DRY的反例：

項(xiàng)目在架構(gòu)過(guò)程中會(huì)有各種各樣的MODEL層，例如：DomainModel，ViewModel，DTO。很多時(shí)候這幾個(gè)Model里的字段大部分是相同的，于是有人就會(huì)想到DRY原則，干脆直接用一種類(lèi)型，省得粘貼復(fù)制，來(lái)回轉(zhuǎn)換。

這個(gè)反例失敗的根本原因在于：這幾種Model職責(zé)各不相同，雖然大部分情況下內(nèi)容會(huì)有重復(fù)，但是他們擔(dān)當(dāng)著各種不同的角色。

考慮這種場(chǎng)景： DomainModel有一個(gè)字段DateTime Birthday{get;set;}，ViewModel同樣具有DateTime Birthday{get;set;}。需求升級(jí):要求界面不再顯示生日，只需要顯示是否成年。我們只需要在ViewModel中添加一個(gè)Bool IsAdult{get{return ....}}即可，DomainModel完全不用變化。

五.利用先進(jìn)的生產(chǎn)工具

以vs插件中的Reshaper為例，本文列舉的大部分反例，Reshaprer均能給予不同程度的提示。經(jīng)過(guò)一段時(shí)間的練習(xí)，當(dāng)Reshaper對(duì)你的代碼給予不了任何提示的時(shí)候，你的代碼會(huì)有一個(gè)明顯的提高。

截圖說(shuō)明Reshaper的提示功能：

光標(biāo)移動(dòng)在波浪線處，然后Alt+Enter,Resharper 會(huì)自動(dòng)對(duì)代碼進(jìn)行優(yōu)化

以上就是關(guān)于“DRY和TED原則是什么”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

本文標(biāo)題：DRY和TED原則是什么
文章轉(zhuǎn)載：http://aaarwkj.com/article28/gdecjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設(shè)計(jì)、響應(yīng)式網(wǎng)站、網(wǎng)站建設(shè)、電子商務(wù)、網(wǎng)站排名、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容

Component中如何實(shí)現(xiàn)輔助時(shí)鐘
怎么在SpringbootAdmin中使用eureka監(jiān)控服務(wù)
刪除Git歷史的方法有哪些
JQuery框架方法事件大全收藏
Linux文件有什么基本屬性
Web開(kāi)發(fā)基礎(chǔ)之HTML是什么
Python怎么使用prettytable庫(kù)打印表格美化輸出功能

欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

DRY和TED原則是什么