1
我正在編寫Web服務API，我對API中的重試邏輯有疑問。Web服務中的重試邏輯
我的API調用其他幾個下游API。
我應該把重試邏輯放在服務調用（下游API）上嗎？或者只是告訴客戶'請重試'，客戶端可以有重試邏輯？
A
回答
0
您的API必須具有最壞的方案方法，因此如果您的API需要其他API才能工作，則應該處理異常和超時。
你剛纔提到的一個好方法是實現一個重試邏輯。
請參考this問題來實現它。一個更好的方法是用斐波那契方法實現它，所以你不會在相同的時間間隔內調用其他API。
此外還有一些庫已經實現了retrys
相關問題
- 1. Phonegap，Web服務邏輯？
- 2. 將javascript邏輯公開爲Web服務
- 3. Web服務 - 前端還是邏輯
- 4. 保護web服務中的業務邏輯
- 5. Windows服務邏輯
- 6. 模型邏輯和服務層邏輯
- 7. 業務邏輯和服務
- 8. Azure服務結構演員重試邏輯異常
- 9. 重試服務調用只在事件服務失敗邏輯幫助
- 10. Angular2 http重試邏輯
- 11. 與服務器端邏輯
- 12. 重用java業務邏輯
- 13. 控制器邏輯與服務/業務層邏輯
- 14. 將web服務邏輯封裝到其他cs類中
- 15. 如何更改我的Web服務的邏輯URI？
- 16. CDN，Web App和處理服務器的邏輯流程
- 17. Web服務備份邏輯的適當位置
- 18. 模型保存的重試邏輯 - Laravel
- 19. 邏輯測試中的NSUserDefaults
- 20. 在業務邏輯驗證 - ASP.NET Web Forms
- 21. 域邏輯，並在遠程API/Web服務層
- 22. 複雜的服務器邏輯和node.js
- 23. 服務層邏輯的控制器測試
- 24. 業務邏輯
- 25. 測試Web服務
- 26. 測試Web服務
- 27. SQL Azure數據庫重試邏輯
- 28. 重試邏輯uptil數據庫出現
- 29. Monadic重試邏輯W/F＃和異步？
- 30. EF 4.0：保存更改重試邏輯