系列文章
Day-21: Event Storming To Code
同步至 medium 上一篇文章中，我們已經談完 event storming 的整個流程後，接下來我們就來看看如何轉成程式碼。 說明一下範例的 Event...
Day-22: 好的軟體架構的特點 ( Base Clean Architecture + DDD )
同步至 medium 這篇文章中我們將會以 Clean Architecture 為基準，來定義好的架構的特點。 然後這本書我自已覺得他比較算是在定義好的軟體架...
Day-23: Domain Event 之 Transactional OutBox 與 EventBus
在上一篇文章我們大概看完整體的架構後，接下來我們接來說一下細節的部份，其中 domain event 這裡是重中只重，因為它影響到不同的 Bounded C...
Day-24: Domain Driven Design 與 API 設計的難處
上一篇文章我們談完 Domain Event 的發送部份以後，接下來我這篇文章想要談談 API + DDD，會有這篇文章是因為我在實作時有碰到一些 API...
Day-25: 如何設計與管理 Bounded Context
在 Domain-Driven Design 中我會將 Bounded Context 拉出來的其中一個原因在於，如果你的公司是產品類且預期會慢慢往上發展的...
Day-26: CQRS ( Command Query Responsibility Segregation )
同步至 medium 咱們在看 Domain-Driven Design 的書或資料時，應該三不五十會看到 CQRS 這個東西，並且後來如果又單獨查了 CQRS...
Day-27: 如何降低 Query 複雜性的探索
就我現在的認知，我覺得 Query 情境比 Command 的情境難處理多，在 Command 的情況下我們用 Domain-Driven Design 或是只...
Day-28: 高品質的特性與指標探索 - 維護性
事實上我們有當過工程師的人都知道，維護性這個東西的指標是真的難定，但是我們每個人都知道要有維護性。 如果上層是可以理解這一塊的，那事實上還好，但是如果上層是那...
Day-29: 如何產生指標之SonarQube + 其它
同步至 medium 在上一篇文章，我們探索了一些好維護性的特性與指標，接下來這篇文章我們將要來討論如何產生這些指標。 Day-28: 高品質的特性與指標探索...
Day-30: 一個好的系統之維護篇 Roadmap
在這 30 天裡面，我們增加維護性的手法事實上可以分三大類，如下圖 : 設計原則 這個基本上都是老身長談了，但是矛盾的點在於每個人的理解幾乎都不能算相同，所...