身在軟體業,不斷推陳出新的技術框架都快把我們給淹沒。
但我相信軟體的本質還是在於「解決業務問題」的能力。
隨著業務的發展以及程式碼的增長,了解既有程式碼的業務邏輯比學新技術更困難,更別提要加入新的功能進去。
框架可以幫助我們免去技術細節,但同時我們也需要一種設計方法將繁複的業務邏輯清楚地實現到程式碼之中,因此出現了領域驅動設計 (Domain-Driven Design) 。
在本系列小弟將會為各位介紹這套在國外風行的設計方法,希望大家能夠打破「程式歸程式、業務歸業務」的迷思,一起學習寫出更易懂、維護的程式碼吧!
關於 Domain-Driven Design 以及他的魅力 在我剛開始工作時,曾思考這個行業的價值與未來在哪里,直到有天我翻到了一篇文章,裡面有一句話打動了...
DDD 學習路徑與資源分享 經過昨天的傳教文章,今天來為各位簡單介紹 DDD 學習路線以及這系列文章會涵蓋的範圍。並在文末附上我評估對 DDD 感興趣的朋友有...
戰略設計:運用 Domain, Subdomain 與 Bounded Context 打造藍圖 我們在第一天有提到什麼是 domain,在 IDDD 中定義...
戰略設計:Bounded Context 深度解析 前面提到:我們會以 Bounded Context 作為邊界,並且依據 Ubiquitous Langua...
戰略設計:來聊聊 Bounded Context 的世間情 -- Context Mapping 相信有在大型系統底下開發或是開發 Microservice...
戰略設計:重點回顧以及比喻 花了很多的篇幅介紹 Subdomain 與 Bounded Context,本篇想藉由一個比喻跟案例來加深大家的理解! 本篇涵蓋:...
Event Storming Part 1 - 簡介與事前準備 隨著現代軟體的服務越來越複雜,開發人員要面對的商業邏輯的複雜度也跟著起飛。商業團隊的需求時常在...
Event Storming Part 2 - 風暴展開 本篇文將解說如何進行一場 Event Storming,流程上會混合 Big Picture 與 P...
Event Storming Part 3 - 軟體設計 今天來跟大家聊聊,該怎麼把 Event Storming 的成果進一步轉換為軟體設計吧!這一個階段就...
Event Storming Part 4 - 可以做的更好 Event Storming 可以幫助我們解決溝通與學習的問題,但一場需要激烈討論的會議要舉辦起...