這里的資源是一個日志類型，它將創(chuàng)建 5 個不同的記錄，一個用于天氣、位置等……它們都將共享關(guān)聯(lián)。據(jù)我了解，慣例是為每個資源創(chuàng)建一個帖子，但如果這些資源需要其他記錄的外鍵，我不知道如何跟蹤與該日志相關(guān)的所有記錄的 ID?，F(xiàn)在，我正在發(fā)送在單個請求中創(chuàng)建所有資源所需的所有數(shù)據(jù)，如果出現(xiàn)錯誤，則不會創(chuàng)建任何數(shù)據(jù)，因?yàn)槲覍⑹褂檬聞?wù)。那是慣例嗎？
1 回答
楊魅力
TA貢獻(xiàn)1811條經(jīng)驗(yàn) 獲得超6個贊
慣例是為每個資源創(chuàng)建一個帖子
當(dāng)一個對象受一個用戶操作影響時，當(dāng)您有一個簡單模型時，此約定非常有效。該模型非常普遍，并且在每本 REST 書籍/文章中都有實(shí)現(xiàn)。
現(xiàn)實(shí)要復(fù)雜得多，您的問題就是一個很好的例子。為每個表實(shí)現(xiàn) PUBLIC API 是眾所周知的，不幸的是反模式廣泛傳播：
https://martinfowler.com/bliki/AnemicDomainModel.html
根據(jù)經(jīng)驗(yàn)，圍繞您的業(yè)務(wù)問題構(gòu)建您的解決方案，而不是圍繞技術(shù)框架或模式。
現(xiàn)在我在一個請求中發(fā)送創(chuàng)建所有資源所需的所有數(shù)據(jù)
這聽起來是個不錯的解決方案。一項(xiàng)業(yè)務(wù)操作 -> 一次 API 調(diào)用 -> 一項(xiàng)數(shù)據(jù)庫事務(wù)。它很好也很簡單。如果沒有必要，不要讓它變得更復(fù)雜。
- 1 回答
- 0 關(guān)注
- 131 瀏覽
添加回答
舉報(bào)
0/150
提交
取消