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