最近在看 DDD 跟 hexagonal architecture,確實他們推崇 go-web-layout 的方式,裏層定義 interface,外層實現。
這樣就很容易替換外部組件,也降低各個層級的依賴性。也可以分人去開發,這個人實現業務邏輯 ,那個人實現資料庫...等等
![Screen Shot 2020-01-14 at 7.19.39 PM.png](https://static.studygolang.com/200114/a47dd9c8295f397aa3f98cace928a83d.png)
至於頻繁改動的問題,可能是一開始能把需求理解的越清楚越好,這樣後面改動就不會那麼大。
#5
更多评论