0
是以下上市客戶的所有訂閱休息好設計實踐：REST設計原則
[BASEURL] /訂閱/ [ACCOUNTID] /付費電視
[BASEURL] /訂閱/ [ACCOUNTID] /付費牆
等等
ORshould它，而爲：？？
[BASEURL] /訂閱/付費電視[帳戶ID]
[BASEURL] /訂閱/付費專區[帳戶ID]
等...
還是別的什麼？
Q
REST設計原則
A
回答
3
假設ACCOUNTID是客戶和付費電視/付費牆是訂閱類型的唯一ID，我會選擇像下面這樣：
[BaseUrl]/customers/[accountid]/subscriptions?type=payTV
[BaseUrl]/customers/[accountid]/subscriptions?type=paywall
相關問題
- 1. wcf最佳設計原則
- 2. C++遊戲設計原則
- 3. 設計原則<>
- 4. REST原則 - 資源更新
- 5. 使用領域驅動設計原則
- 6. UML幫助C＃設計原則
- 7. OO設計，開/常閉原則問題
- 8. 設計REST URL
- 9. REST API設計
- 10. 設計原理
- 11. REST API URI設計
- 12. ServiceStack REST API設計
- 13. REST JSON API設計
- 14. AWS REST API設計
- 15. 圖形數據庫設計原則，一般原則和粒度問題
- 16. 如何在設計通用系統時應用領域驅動設計原則？
- 17. 如何設計應用程序保持SOLID原則和設計模式記
- 18. REST API安全設計
- 19. REST資源路徑設計
- 20. REST API設計（Twitter）上
- 21. REST API設計查詢
- 22. REST GET設計問題
- 23. Rails的REST API設計
- 24. 設計適當的REST URI
- 25. REST風格的API設計
- 26. REST API，多語言設計
- 27. 是MVC REST風格設計
- 28. REST API設計查詢
- 29. REST API URL /端點設計
- 30. REST API URI設計方法
繼此，如果你唯一可以篩選訂閱是'type'，你可以放棄查詢字符串並使用'/ customers/[accountid]/subscriptions/paywall' – 2013-03-06 10:21:44