REST調用應該如何？

我的系統裏面有Employees，Designation，DesignationHierarchy。並基於DesignationHierarchy我有EmployeeHierarchy。REST調用應該如何？

我有以下REST的URL，

來訪問僱員，

//employees/:empployeeNo

要訪問指定

//designations/:designationNo

要獲得指定員工，

//employees/:employeeNo/designations/:designation/:id //Here I have used id of EmployeeDesignation resource because there are multiple entries for that employee with same designation for different timespans

當一世說層次結構，它不是EmployeeDesignation資源的Employee層次結構的層次結構。

要更新員工的層次我都用過，

//employees/:empNo/designations/:designation/:id/hierarchy

我也需要休息調用上日期查看員工層次的圖形，我用下面的網址，

/employee/:employeeNo/designations/:designation/Hierarchy/graph?date=

我有在層次結構下創建子資源圖。

根據標準傳送，這些REST URL是否正確？

請糾正我，如果錯了！

來源

2015-12-21 silly questions

是的，當談到REST風格的架構風格時，您建議的URI完全有效且正確。

我唯一想到的就是使用過長的URI不是很好的做法。我的意思是，在某些情況下，可以縮短：

/res1/{ID1}/res2/{ID2}/res3/{ID3}/

到如：

/res3/{ID3}/

雖然它可能不會在這個特殊的例子很有成就感您提供然而，這是值得記住避免太長的URI。

來源

2015-12-21 17:53:23 Opal

關於縮短網址，我想到了這一點，併爲我認爲作爲主要資源的層次結構資源。對_update_層次結構'// hierarchy /：employeeDesignationId'和_get graph_'// hierarchy/graph'說。這聽起來有效嗎？ –

@sillyquestions，是的，它確實有意義。 – Opal

REST調用應該如何？

回答

相關問題