戲說領域驅動設計（十九）——外驗
內驗是針對領域模型自身的驗證，其驗證規則也是由領域模型自已來完成，只是觸發的時機可能在工廠中也可能在構造函數中。與內驗對應的當然就是外驗了，這是用於對用戶的輸入和業務流程的前提或得更專業一點叫“前置條件”的檢驗。如果細化一點，可以將外驗分成兩個情況：用戶輸入和業務流程的前置條件。情況不同驗證 ...
原文：戲說領域驅動設計（十八）——內驗
驗證在我們現實的生活中非常常見，比如您找工作得先整個面試驗證你的能力是否靠譜 找對象得先驗證下對方的顏值和升值空間。有些工程師寫代碼從不驗證，我覺得是有三個原因，一是意識不夠，過於相信前端或外部服務 二是個人缺少主動思考的能力 三是團隊負責人的問題，您都當了領導了為什么不制定一些基本開發規則給團隊樹規矩。實際上，驗證這個事情說簡單也的確不難，不就是個值判斷嗎 可如果想把這個事情做好還真是一個需要 ...
2022-03-29 08:19 1 719 推薦指數：
相關推薦
戲說領域驅動設計（一）——開場
為什么叫“戲說”呢？領域驅動設計出來的時候就有一種對於受眾的調戲。書是讀完了，您個人升華到了“看山非山，看水非水”的境界。再看一下落地代碼，搞不好會仰天長嘯：“這是我寫的？”。佛家講“空”，儒家講“仁”，領域驅動講“真”。真者，本質也。當您到了“真”的境界，就不會再與別人爭論“到底是java ...
戲說領域驅動設計（二）——修身
都在IT圈子混，為什么有些人可以成為一流高手，有些人搞了10年研發還只能靠吃老本兒過日子。簡單來說，搞這行兒您得勤奮。特喜歡電影《霸王別姬》中的一句：“要想人前顯貴，您就得背后受罪”。這人吶，就得 ...
戲說領域驅動設計（三）——困境
我第一次捧起老艾那本《領域驅動設計》，驚為天人。吾輩上下求索數年，這不正是終極之大道嗎？結果只三天熱乎勁兒，“什么玩意兒”是對這本書的最好評價。好好的一本書讓我“棄之如敝履”，差點就“小舟從此逝,江海寄余生”了。幾年過后讀了網上一些老baby寫的吐槽DDD的文章，幾乎視其為知音啊，那概括的真是 ...
戲說領域驅動設計（八）——邊界
我們在前面花了大手筆聊子域與限界上下文，不知道作為讀者的您的感受是什么。當然了，我可不是郭德綱自己給自己叫好。您應該也發現了一個規律，此兩節的內容其實都是在講“分”：子域從業務上划小，BC從物理上 ...
戲說領域驅動設計（廿一）——領域服務
實體對象和值對象都寫完了，本想開始寫資源倉庫順便把工作單元再搞搞。不過有一點麻煩的是我不太想把工作單元作為單獨的一章來寫，一是這東西網上相關的內容太多；二是有的時候使用Spirng的事務就解決了，沒覺得有多大作用。不過先不糾結這些，還是按本章的主題寫領域服務吧，這好講，誰不喜歡簡單的東西 ...
戲說領域驅動設計（十二）——服務
上一章講解了軟件設計中主要用到的三個設計模型，本節講解三個服務。等咱們這次都講完了再最后進行一次歸納，即：系統開發流程中的三模型、軟件設計中的三模型和三個服務，我習慣管這個叫3*3*3。看完了您就會知道我為什么常說軟件設計這活是朴素的，沒那么多彎彎繞，只是因為我們在學習過程中沒有做思考和歸納 ...
戲說領域驅動設計（十一）——糾偏
今兒寫這個題目膽子有點大，不過還是得冒險整一篇（我怕您看完了罵我），一是出於經驗分享，另外則是為了后面我們講案例的時候做好鋪墊。好的代碼需要注意的事項其實挺多的，您真讓我一骨腦兒都列出來可能也差點 ...