資訊專欄INFORMATION COLUMN
摘要：而且現(xiàn)在大行其道的一些模式對(duì)的支持都非常不錯(cuò)，比如和等。實(shí)際上也是建立在這個(gè)基礎(chǔ)之上，因?yàn)樗P(guān)注的是層的設(shè)計(jì)，著重于業(yè)務(wù)的實(shí)現(xiàn)，因此不可避免的以貧血模式為基礎(chǔ)而存在。
互聯(lián)網(wǎng)加下誕生很多新型的互聯(lián)網(wǎng)團(tuán)隊(duì)，關(guān)于各工種的配合交流大家都有很多不同的實(shí)
踐，最近看到不錯(cuò)額一篇文章，轉(zhuǎn)給有這方面需求的道友look，look
在實(shí)際的項(xiàng)目中，我們可能隨時(shí)面對(duì)各種不同的需求，它的各個(gè)方面的要素決定了我們所采用的開發(fā)模式。
比如，它的復(fù)雜度如何？所有的需求是否足夠清晰？開發(fā)人員對(duì)相關(guān)的業(yè)務(wù)是否足夠了解？項(xiàng)目的工期是否合理？種種問題，不一而足。這也決定了我們可能面對(duì)不同的需求可能需要采用不同的開發(fā)模式。下面大概說幾種。
TDD
TDD指的是Test Drive Development，很明顯的意思是測(cè)試驅(qū)動(dòng)開發(fā)，也就是說我們可以從測(cè)試的角度來檢驗(yàn)整個(gè)項(xiàng)目。大概的流程是先針對(duì)每個(gè)功能點(diǎn)抽象出接口代碼，然后編寫單元測(cè)試代碼，接下來實(shí)現(xiàn)接口，運(yùn)行單元測(cè)試代碼，循環(huán)此過程，直到整個(gè)單元測(cè)試都通過。這一點(diǎn)和敏捷開發(fā)有類似之處。
TDD的好處自然不用多說，它能讓你減少程序邏輯方面的錯(cuò)誤，盡可能的減少項(xiàng)目中的bug，開始接觸編程的時(shí)候我們大都有過這樣的體驗(yàn)，可能你覺得完成得很完美，自我感覺良好，但是實(shí)際測(cè)試或者應(yīng)用的時(shí)候才發(fā)現(xiàn)里面可能存在一堆bug，或者存在設(shè)計(jì)問題，或者更嚴(yán)重的邏輯問題，而TDD正好可以幫助我們盡量減少類似事件的發(fā)生。而且現(xiàn)在大行其道的一些模式對(duì)TDD的支持都非常不錯(cuò)，比如MVC和MVP等。
但是并不是所有的項(xiàng)目都適合TDD這種模式的，我覺得必須具備以下幾個(gè)條件。
首先，項(xiàng)目的需求必須足夠清晰，而且程序員對(duì)整個(gè)需求有足夠的了解，如果這個(gè)條件不滿足，那么執(zhí)行的過程中難免失控。當(dāng)然，要達(dá)到這個(gè)目標(biāo)也是需要做一定功課的，這要求我們前期的需求分析以及HLD和LLD都要做得足夠的細(xì)致和完善。
其次，取決于項(xiàng)目的復(fù)雜度和依賴性，對(duì)于一個(gè)業(yè)務(wù)模型及其復(fù)雜、內(nèi)部模塊之間的相互依賴性非常強(qiáng)的項(xiàng)目，采用TDD反而會(huì)得不嘗失，這會(huì)導(dǎo)致程序員在拆分接口和寫測(cè)試代碼的時(shí)候工作量非常大。另外，由于模塊之間的依賴性太強(qiáng)，我們?cè)趯憸y(cè)試代碼的時(shí)候可能不采取一些橋接模式來實(shí)現(xiàn)，這樣勢(shì)必加大了程序員的工作量。
BDD
BDD指的是Behavior Drive Development，也就是行為驅(qū)動(dòng)開發(fā)。這里的B并非指的是Business，實(shí)際上BDD可以看作是對(duì)TDD的一種補(bǔ)充，當(dāng)然你也可以把它看作TDD的一個(gè)分支。因?yàn)樵赥DD中，我們并不能完全保證根據(jù)設(shè)計(jì)所編寫的測(cè)試就是用戶所期望的功能。BDD將這一部分簡(jiǎn)單和自然化，用自然語言來描述，讓開發(fā)、測(cè)試、BA以及客戶都能在這個(gè)基礎(chǔ)上達(dá)成一致。因?yàn)闇y(cè)試優(yōu)先的概念并不是每個(gè)人都能接受的，可能有人覺得系統(tǒng)太復(fù)雜而難以測(cè)試，有人認(rèn)為不存在的東西無法測(cè)試。所以，我們?cè)谶@里試圖轉(zhuǎn)換一種觀念，那便是考慮它的行為，也就是說它應(yīng)該如何運(yùn)行，然后抽象出能達(dá)成共識(shí)的規(guī)范。如果你用過JBehave之類的BDD框架，你將會(huì)更好的理解其中具體的流程。這里我推薦一篇具體闡述的文章。親身體驗(yàn)行為驅(qū)動(dòng)開發(fā)。
另外，關(guān)于TDD和BDD之間的關(guān)系，還可以參考這篇文章: 虛擬座談會(huì)：代碼測(cè)試比率、測(cè)試驅(qū)動(dòng)開發(fā)及行為驅(qū)動(dòng)開發(fā)
DDD
DDD指的是Domain Drive Design，也就是領(lǐng)域驅(qū)動(dòng)開發(fā)。這是一種非常好的思想，在我們剛開始學(xué)習(xí)程序，甚至剛開始學(xué)習(xí)三層架構(gòu)的時(shí)候，我們?cè)?jīng)面臨過很多疑惑，比如如何來實(shí)現(xiàn)我們的數(shù)據(jù)層？后來我們開始學(xué)習(xí)MVC，MVP等架構(gòu)，如何設(shè)計(jì)Model層又成了我們的新問題。我們見過太多這種情況，Model變成了單純的數(shù)據(jù)容器，也就是我們經(jīng)常說的貧血模式。DDD實(shí)際上也是建立在這個(gè)基礎(chǔ)之上，因?yàn)樗P(guān)注的是Service層的設(shè)計(jì)，著重于業(yè)務(wù)的實(shí)現(xiàn)，因此不可避免的以貧血模式為基礎(chǔ)而存在。但是它最大的特別是將分析和設(shè)計(jì)結(jié)合起來，不再使他們處于分裂的狀態(tài)，這對(duì)于我們正確完整的實(shí)現(xiàn)客戶的需求，以及建立一個(gè)具有業(yè)務(wù)伸縮性的模型，是有很大幫助的。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/78590.html
摘要：而且現(xiàn)在大行其道的一些模式對(duì)的支持都非常不錯(cuò)，比如和等。實(shí)際上也是建立在這個(gè)基礎(chǔ)之上，因?yàn)樗P(guān)注的是層的設(shè)計(jì)，著重于業(yè)務(wù)的實(shí)現(xiàn)，因此不可避免的以貧血模式為基礎(chǔ)而存在。 互聯(lián)網(wǎng)加下誕生很多新型的互聯(lián)網(wǎng)團(tuán)隊(duì)，關(guān)于各工種的配合交流大家都有很多不同的實(shí)踐，最近看到不錯(cuò)額一篇文章，轉(zhuǎn)給有這方面需求的道友look，look 在實(shí)際的項(xiàng)目中，我們可能隨時(shí)面對(duì)各種不同的需求，它的各個(gè)方面的要素決定了我...
摘要：作為一個(gè)程序員，你需要學(xué)習(xí)編程語言和編程框架。雖然有些難度，但是你最終能掌握它們，順利地寫出應(yīng)用程序。使用者需要根據(jù)自己項(xiàng)目的上下文對(duì)它們進(jìn)行解釋。對(duì)程序員來說，可以暫時(shí)放棄這些熱門概念。 作為一個(gè)程序員，你需要學(xué)習(xí)編程語言和編程框架。 雖然有些難度，但是你最終能掌握它們，順利地寫出應(yīng)...
摘要：理想情況下項(xiàng)目的參與人員能根據(jù)當(dāng)前系統(tǒng)行為列表判斷新加入的功能行為是否會(huì)破壞現(xiàn)有功能。通過暫時(shí)掛起不實(shí)現(xiàn)具體行為，你可以進(jìn)行測(cè)試優(yōu)先的開發(fā)。 我們一般將測(cè)試放在項(xiàng)目的最后時(shí)刻進(jìn)行，甚至在時(shí)間較緊時(shí)、預(yù)算超支，或者其他原因發(fā)生時(shí)會(huì)放棄測(cè)試。 項(xiàng)目的管理者好奇為什么開發(fā)者就是不能一開始就明白（需求、設(shè)計(jì)），而在系統(tǒng)有很多利益相關(guān)者并且不同的相關(guān)者對(duì)系統(tǒng)有不同的看法的時(shí)候，開發(fā)者（特別是在大...
摘要：測(cè)試驅(qū)動(dòng)開發(fā)是一種使用自動(dòng)化單元測(cè)試來推動(dòng)軟件設(shè)計(jì)并強(qiáng)制依賴關(guān)系解耦的技術(shù)。使用這種做法的結(jié)果是一套全面的單元測(cè)試，可隨時(shí)運(yùn)行，以提供軟件可以正常工作的反饋。 showImg(http://ws1.sinaimg.cn/large/005NRne3gy1g2cmxxl7c5j30nc0c8h1p.jpg); 一、幾種概念（稍微了解一下） ATDD： Acceptance Test Dr...
摘要：每個(gè)階段就能進(jìn)行測(cè)試，節(jié)省開發(fā)成本。最初是由在年命名，它包括驗(yàn)收測(cè)試和客戶測(cè)試驅(qū)動(dòng)等的極限編程的實(shí)踐，作為對(duì)測(cè)試驅(qū)動(dòng)開發(fā)的回應(yīng)。的優(yōu)點(diǎn)是將各個(gè)參與協(xié)作團(tuán)隊(duì)的人員跨領(lǐng)域集中在一起達(dá)成一致的理解，節(jié)約了很多協(xié)作上的溝通時(shí)間。 TDD（測(cè)試驅(qū)動(dòng)開發(fā) Test Driven Development） TDD（Test-Driven Development） 測(cè)試驅(qū)動(dòng)開發(fā) 是敏捷開發(fā)中的一項(xiàng)核心...
閱讀 1397·2021-09-26 09:55
閱讀 1930·2019-08-30 12:45
閱讀 1073·2019-08-29 11:20
閱讀 3566·2019-08-26 11:33
閱讀 3435·2019-08-26 10:55
閱讀 1702·2019-08-23 17:54
閱讀 2397·2019-08-23 15:55
閱讀 2359·2019-08-23 14:23
