我剛看了一個 視頻，說創建這樣的 API 是一種不好的做法
/應用程式/getUser
/應用程式/洗掉用戶
/應用程式/getUserAndWeather
據我了解，創建類似 User 并正確初始化 post、get、put、delete 是一個很好的設計。
但是，如果在我的 android 應用程式中有一個顯示除天氣之外的所有用戶的頁面，我應該將這兩個獨立的資源組合到一個名為 UsersAndWeathers(GET) 的 API 中，還是創建一個名為 getUsersAndWeather 的 API。還是應該創建兩個單獨的端點并讓android應用程式同時呼叫兩者？
我知道所有解決方案最終都會奏效，但哪個是最好的設計？
uj5u.com熱心網友回復：
制作小型的單一用途 API 端點是件好事，因為并非每個客戶端都可能同時需要兩者，結果可能以不同的速度出現，并且在您需要重繪 它們時可能有不同的規則。只是一般來說，您不想將每個 API 回應組合成一個巨大的回應。
HTTP 請求并不昂貴，因此您的默認設定應該是創建 2 個端點，例如
/users
/weather
在某些情況下，組合回應是一個好主意，但如果您有這樣的原因，您應該只考慮制作這些組合端點。在那之前，做簡單的事情。
如果您確實發現減少請求是您以后需要做的事情，我建議您查看標準 JSON 回應格式，例如 HAL 和 JSON:API，因為它們都有內置語法來支持這個用例。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/443868.html
上一篇：json：無法將物件解組為[]interface{}型別的Go值
下一篇：切換以單獨顯示