當前，我們有一個API端點（稱為供應商服務的微服務），如下所示：/suppliers/{supplierNumber}，它將返回單個供應商信息。在用戶界面中，有一個屏幕來顯示不同產品的供應商列表?？雌饋硐襁@樣：product1 -> supplier1
product2 -> supplier2
product3 -> supplier3為了顯示產品列表的供應商，我們需要一個for循環，該循環在每次迭代時調用終點。我擔心的是，從性能角度來看，這是低效的。為什么不能設計一個接受供應商編號列表并返回供應商信息列表的端點？有人說這不是微服務設計，我不確定為什么它不是適當的設計。有人知道這背后的原因嗎？
3 回答
慕尼黑5688855
TA貢獻1848條經驗 獲得超2個贊
我認為最好有一個端點，該端點返回所有供應商信息并指定一些可選的查詢屬性以限制呼叫者情況的結果。
在這種情況下，像SupplierNames這樣的屬性是一個String數組。/suppliers?supplierNames=s1,supplierNames=s2,...并返回在vendorNames查詢屬性中具有SupplierName的所有供應商。
jeck貓
TA貢獻1909條經驗 獲得超7個贊
您應該有一個用于獲取供應商列表的實現。有點像/suppliers/{supplierNumberList}。
由于您為服務定義了API，因此進行這樣的調用是沒有錯的。
添加回答
舉報
0/150
提交
取消