第一章: 資料庫驅動更明顯的問題，還有想到更多的問題嗎 ?

marklin-latte commented 2 years ago

書中有提到『資料庫驅動的問題』，然後整理了一下大概如下 :

容易變成，開發都先從資料庫開始設計，但是應該以 domain 為主，因為業務是從 domain 出發。
然後架構上變成，會以資料庫 table 為業務模型。
然後通常 service ( domain ) 層會包含了以下的工作，如果 persistence code 融入到 domain code，就代表資料庫會影響到 entity。

目前寫的到可以補充的問題應該還有 :

資料庫表看不出業務關係與規則，也就是說還是要去程式碼其它地方看。
資料庫表有可能會涵蓋多個 usecase 的情境資料，例如 article 有 free、paid 各別需要的欄位。

cwhsiaoo commented 2 years ago

我自己在狀況不明朗的狀況下常用這種類似模式 (API scheme 驅動) 開發，但會比資料庫驅動更不乾淨，常遇到的問題也類似，更明顯感受的話是 API scheme 會常常不只有單一 table 還會有一些 join 上來的使用者資料混雜，常到後期在處理比較細微部分調整 (ex: like sigle comment) 的時候往往就是要重新檢討資料結構的時候

marklin-latte commented 2 years ago

我覺得乾不乾淨要看 api 設計的如何。

最近看翻了不少 ddd 的書，雖然本質上 ddd 是專門談論 domain 層的架構，但是最近在思考 api 層的架構設計與規畫，是否要與 ddd 相同，又或是純性能考慮 for 畫面用。

感覺又是一個坑，然後最近又敗了這本，他是很少見的裡將 api 與 ddd 提到的一本書，但只看一迷迷 (放在我桌上，你閒時也可以來翻翻 ) 希望看完後可以得到解答

https://www.books.com.tw/products/0010932514?loc=P_0022_005

marklin-latte / Clean-Architecture-Implement-Study

第一章: 資料庫驅動更明顯的問題，還有想到更多的問題嗎 ? #1