hateoas

11熱度

3回答

據說在一個定義良好的RESTful系統中，客戶端只需要知道根URI或幾個衆所周知的URI，並且客戶端應該通過這些初始URI發現所有其他的鏈接。我明白這個方法的好處（解耦客戶端），但對我的缺點是，客戶端需要發現鏈接的每個嘗試訪問的東西，即給定資源的層次結構如下時間： /collection1 collection1 |-sub1 |-sub1sub1 |-sub1sub1su

31熱度

3回答

如何使用HATEOAS和查詢參數進行RESTful搜索？

我想用查詢參數設計一個RESTful搜索URI。例如，這個URI返回所有用戶的列表： GET /用戶而且前25個用戶姓氏爲「哈維」： GET /用戶？姓氏= Harvey & maxResults = 25 如何使用超媒體來描述「/ users」允許的查詢參數urce？我注意到新的Google Tasks API僅記錄參考指南中的所有查詢參數。我將記錄這份清單，但我也想用HATEOAS來做。

6熱度

1回答

關於REST：WADL或不IDL，以下方法是否正確？

這個問題有點長，請耐心等待。在REST中，我認爲我們不應該需要WADL或任何IDL。而是隱含地涵蓋其概念的東西。我想到的方式是當我們（人類）在網上衝浪時，當我們第一次去一個網站時，我們不知道它提供了什麼服務。你發現那些在html首頁（或幫助部分的網站地圖頁面）或者可能只是主頁上的主菜單。如果您打個比方，那麼WSDL就是WS-*或者WADL可以用於REST服務的主頁或站點地圖。只有它就像任何其他的

6熱度

4回答

REST和URI緩存

據我所知，使用REST風格的Web服務，客戶端不應該知道關於服務器URI佈局的任何信息，除了幾個衆所周知的入口點。這應該使服務器能夠控制自己的URI空間並減少與客戶端的耦合。當服務的客戶端發送成功的請求以創建新資源時，服務會響應201 CREATED，並在位置標題字段中提供可訪問新資源的URI。是否允許客戶端存儲此URI，以便將來可以直接訪問資源，如果存在多長時間？如果客戶端對URI進行緩存，

11熱度

6回答

HATEOAS是否暗示查詢字符串不是RESTful？

HATEOAS（超媒體作爲應用程序狀態的引擎）建議是否暗示查詢字符串不是RESTful？編輯：下面建議查詢字符串可能與狀態沒有太大關係，因此問題令人費解。我建議，除非客戶端正在填寫參數，否則URI沒有任何意義。如果客戶端正在填充參數，那麼它會摻雜服務器提供的URI，我想知道這是否違反了RESTful原則。編輯2：我意識到查詢字符串似乎無害，如果客戶端將其視爲不透明（和查詢字符串可能是遺留的，因

8熱度

5回答

REST風格的Web服務：試圖通過自定義XML實現HATEOAS

我正在研究一個企業系統，該系統將在移動客戶端和中央服務器之間使用REST風格的Web服務。儘可能RESTful，讓我們說。我的問題涉及HATEOAS（超媒體作爲應用程序狀態的引擎）以及在HTTP響應主體中使用自定義xml。該系統將永遠永遠被公共客戶端使用，但我喜歡的是能夠修改服務器端的資源分配格局的思路HATEOAS後無需重新配置獨立每個客戶端。如果我們決定由於擴展問題，我們需要將服務器功能分