我不是在問這里已經(jīng)問過的問題： @PathParam和@QueryParam之間有什么區(qū)別這是“最佳實踐”或慣例問題。當(dāng)你使用@PathParamVS @QueryParam。我能想到的是，決定可能是使用二者來區(qū)分信息模式。讓我在下面說明我的LTPO - 不完美的觀察。PathParam的使用可以保留用于信息類別，這可以很好地落入信息樹的分支中。PathParam可用于深入到實體類層次結(jié)構(gòu)。而QueryParam可以保留用于指定屬性以定位類的實例。例如，/Vehicle/Car?registration=123/House/Colonial?region=newengland/category?instance@GET@Path("/employee/{dept}")Patient getEmployee(@PathParam("dept")Long dept, @QueryParam("id")Long id) ;VS /category/instance@GET@Path("/employee/{dept}/{id}")Patient getEmployee(@PathParam("dept")Long dept, @PathParam("id")Long id) ;VS ?category+instance@GET@Path("/employee")Patient getEmployee(@QueryParam("dept")Long dept, @QueryParam("id")Long id) ;我不認(rèn)為有這樣做的標(biāo)準(zhǔn)慣例。在那兒？但是，我想知道人們?nèi)绾问褂肞athParam與QueryParam來區(qū)分他們的信息，就像上面舉例說明的那樣。我也很想聽聽練習(xí)背后的原因。
3 回答
翻過高山走不出你
TA貢獻1875條經(jīng)驗 獲得超3個贊
REST可能不是這樣的標(biāo)準(zhǔn)，但閱讀一般REST文檔和博客文章應(yīng)該為您提供一些構(gòu)建API URL的好方法的指南。大多數(shù)rest API往往只在路徑中包含資源名稱和資源ID。如：
/departments/{dept}/employees/{id}
一些REST API使用查詢字符串進行過濾，分頁和排序，但由于REST不是嚴(yán)格的標(biāo)準(zhǔn)，我建議檢查一些REST API，例如github和stackoverflow，看看哪種方法可以很好地用于您的用例。
我建議在路徑中放置任何必需的參數(shù)，任何可選參數(shù)當(dāng)然應(yīng)該是查詢字符串參數(shù)。在嘗試編寫匹配不同組合的URL處理程序時，將可選參數(shù)放在路徑中會變得非?；靵y。
紅顏莎娜
TA貢獻1842條經(jīng)驗 獲得超13個贊
這就是我的工作。
如果存在基于id檢索記錄的方案，例如，您需要獲取id為15的員工的詳細(xì)信息，那么您可以使用@PathParam獲取資源。
GET /employee/{id}
如果您需要獲取所有員工的詳細(xì)信息，但一次只能獲取10個，則可以使用查詢參數(shù)
GET /employee?start=1&size=10
這表示啟動員工ID 1獲得10條記錄。
總而言之，使用@PathParam進行基于id的檢索。用戶@QueryParam用于過濾器，或者如果您有任何用戶可以傳遞的固定選項列表。
添加回答
舉報
0/150
提交
取消