国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

[轉]關于TDD、BDD和DDD的一些看法

taohonghui / 1523人閱讀

摘要:而且現在大行其道的一些模式對的支持都非常不錯,比如和等。實際上也是建立在這個基礎之上,因為它關注的是層的設計,著重于業務的實現,因此不可避免的以貧血模式為基礎而存在。

互聯網加下誕生很多新型的互聯網團隊,關于各工種的配合交流大家都有很多不同的實
踐,最近看到不錯額一篇文章,轉給有這方面需求的道友look,look

在實際的項目中,我們可能隨時面對各種不同的需求,它的各個方面的要素決定了我們所采用的開發模式。

比如,它的復雜度如何?所有的需求是否足夠清晰?開發人員對相關的業務是否足夠了解?項目的工期是否合理?種種問題,不一而足。這也決定了我們可能面對不同的需求可能需要采用不同的開發模式。下面大概說幾種。

TDD

TDD指的是Test Drive Development,很明顯的意思是測試驅動開發,也就是說我們可以從測試的角度來檢驗整個項目。大概的流程是先針對每個功能點抽象出接口代碼,然后編寫單元測試代碼,接下來實現接口,運行單元測試代碼,循環此過程,直到整個單元測試都通過。這一點和敏捷開發有類似之處。

TDD的好處自然不用多說,它能讓你減少程序邏輯方面的錯誤,盡可能的減少項目中的bug,開始接觸編程的時候我們大都有過這樣的體驗,可能你覺得完成得很完美,自我感覺良好,但是實際測試或者應用的時候才發現里面可能存在一堆bug,或者存在設計問題,或者更嚴重的邏輯問題,而TDD正好可以幫助我們盡量減少類似事件的發生。而且現在大行其道的一些模式對TDD的支持都非常不錯,比如MVC和MVP等。

但是并不是所有的項目都適合TDD這種模式的,我覺得必須具備以下幾個條件。

首先,項目的需求必須足夠清晰,而且程序員對整個需求有足夠的了解,如果這個條件不滿足,那么執行的過程中難免失控。當然,要達到這個目標也是需要做一定功課的,這要求我們前期的需求分析以及HLD和LLD都要做得足夠的細致和完善。

其次,取決于項目的復雜度和依賴性,對于一個業務模型及其復雜、內部模塊之間的相互依賴性非常強的項目,采用TDD反而會得不嘗失,這會導致程序員在拆分接口和寫測試代碼的時候工作量非常大。另外,由于模塊之間的依賴性太強,我們在寫測試代碼的時候可能不采取一些橋接模式來實現,這樣勢必加大了程序員的工作量。

BDD

BDD指的是Behavior Drive Development,也就是行為驅動開發。這里的B并非指的是Business,實際上BDD可以看作是對TDD的一種補充,當然你也可以把它看作TDD的一個分支。因為在TDD中,我們并不能完全保證根據設計所編寫的測試就是用戶所期望的功能。BDD將這一部分簡單和自然化,用自然語言來描述,讓開發、測試、BA以及客戶都能在這個基礎上達成一致。因為測試優先的概念并不是每個人都能接受的,可能有人覺得系統太復雜而難以測試,有人認為不存在的東西無法測試。所以,我們在這里試圖轉換一種觀念,那便是考慮它的行為,也就是說它應該如何運行,然后抽象出能達成共識的規范。如果你用過JBehave之類的BDD框架,你將會更好的理解其中具體的流程。這里我推薦一篇具體闡述的文章。親身體驗行為驅動開發。

另外,關于TDD和BDD之間的關系,還可以參考這篇文章: 虛擬座談會:代碼測試比率、測試驅動開發及行為驅動開發

DDD

DDD指的是Domain Drive Design,也就是領域驅動開發。這是一種非常好的思想,在我們剛開始學習程序,甚至剛開始學習三層架構的時候,我們曾經面臨過很多疑惑,比如如何來實現我們的數據層?后來我們開始學習MVC,MVP等架構,如何設計Model層又成了我們的新問題。我們見過太多這種情況,Model變成了單純的數據容器,也就是我們經常說的貧血模式。DDD實際上也是建立在這個基礎之上,因為它關注的是Service層的設計,著重于業務的實現,因此不可避免的以貧血模式為基礎而存在。但是它最大的特別是將分析和設計結合起來,不再使他們處于分裂的狀態,這對于我們正確完整的實現客戶的需求,以及建立一個具有業務伸縮性的模型,是有很大幫助的。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/78590.html

相關文章

  • []關于TDDBDDDDD一些看法

    摘要:而且現在大行其道的一些模式對的支持都非常不錯,比如和等。實際上也是建立在這個基礎之上,因為它關注的是層的設計,著重于業務的實現,因此不可避免的以貧血模式為基礎而存在。 互聯網加下誕生很多新型的互聯網團隊,關于各工種的配合交流大家都有很多不同的實踐,最近看到不錯額一篇文章,轉給有這方面需求的道友look,look 在實際的項目中,我們可能隨時面對各種不同的需求,它的各個方面的要素決定了我...

    lily_wang 評論0 收藏0
  • 漫畫 | 被TDD/BDD/DDD......“逼瘋”程序員

    摘要:作為一個程序員,你需要學習編程語言和編程框架。雖然有些難度,但是你最終能掌握它們,順利地寫出應用程序。使用者需要根據自己項目的上下文對它們進行解釋。對程序員來說,可以暫時放棄這些熱門概念。 作為一個程序員,你需要學習編程語言和編程框架。 雖然有些難度,但是你最終能掌握它們,順利地寫出應...

    Ryan_Li 評論0 收藏0
  • BDD:Behavior-Driven Development 行為驅動開發

    摘要:理想情況下項目的參與人員能根據當前系統行為列表判斷新加入的功能行為是否會破壞現有功能。通過暫時掛起不實現具體行為,你可以進行測試優先的開發。 我們一般將測試放在項目的最后時刻進行,甚至在時間較緊時、預算超支,或者其他原因發生時會放棄測試。 項目的管理者好奇為什么開發者就是不能一開始就明白(需求、設計),而在系統有很多利益相關者并且不同的相關者對系統有不同的看法的時候,開發者(特別是在大...

    philadelphia 評論0 收藏0
  • 學會JavaScript測試你就是同行中最亮仔(妹)

    摘要:測試驅動開發是一種使用自動化單元測試來推動軟件設計并強制依賴關系解耦的技術。使用這種做法的結果是一套全面的單元測試,可隨時運行,以提供軟件可以正常工作的反饋。 showImg(http://ws1.sinaimg.cn/large/005NRne3gy1g2cmxxl7c5j30nc0c8h1p.jpg); 一、幾種概念(稍微了解一下) ATDD: Acceptance Test Dr...

    fengxiuping 評論0 收藏0
  • TDD,BDD

    摘要:每個階段就能進行測試,節省開發成本。最初是由在年命名,它包括驗收測試和客戶測試驅動等的極限編程的實踐,作為對測試驅動開發的回應。的優點是將各個參與協作團隊的人員跨領域集中在一起達成一致的理解,節約了很多協作上的溝通時間。 TDD(測試驅動開發 Test Driven Development) TDD(Test-Driven Development) 測試驅動開發 是敏捷開發中的一項核心...

    shadajin 評論0 收藏0

發表評論

0條評論

taohonghui

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<