hateoas

    0熱度

    1回答

    網絡工作的原因是因爲您不必對每個網站採用二進制依賴關係。可能與Flash和Silverlight不鼓勵的原因相同。是否使用自定義SDK來使用REST Web服務,這與使用插件查看內容同義呢?

    0熱度

    1回答

    我嘗試關注HATEAOS約定。對於每個響應我都會提供指向另一個頁面的鏈接。 我知道我可以提供下一頁的鏈接(用於記錄分頁)。我的問題是,我是否需要提供常用頁眉和頁腳的鏈接(包括登錄/註銷,導航欄,常見信息 - 關於我等)?

    0熱度

    2回答

    對於所有這些REST的東西來說都很新穎。 我正在設計我的API,我不知道我應該從搜索查詢返回什麼。我假設我只是返回所有與查詢完全匹配的對象,但在閱讀了一段關於HATEOAS後,我想我應該返回一個URI列表,而不是? 我可以看到,這可以幫助緩存項目,但我擔心會有大量的後續多個HTTP請求所產生的開銷,以獲得實際的對象信息。 我誤會了嗎?返回對象實例還是URIs可以接受嗎?

    2熱度

    4回答

    我有興趣使用REST API構建Web服務。我一直在閱讀HATEOAS,許多例子通過將它與人類在網上衝浪時所做的對比來解釋這個概念。這讓我想到,爲什麼不以這樣一種方式構建REST API,以便人和機器都可以輕鬆使用它? 例如,我有一個插件的內部模型,並且該插件有一個像部件號,價格等屬性當機器詢問窗口小部件的列表,我可以返回JSON表示。 { widgets: [ {

    0熱度

    1回答

    如果http://example.com/foo和http://example.com/bar都代表相同的資源並且服務器不區分這兩者,該怎麼辦?如果它在構成應用程序狀態引擎的文檔(跟隨HATEOAS)的文檔中互換使用,那麼在某些情況下它會顯示/bar,而在其他情況下則會顯示/foo? 這是RESTful嗎? 這樣做的一個潛在好處是將描述符附加到URI,例如, http://example.com/

    0熱度

    1回答

    Hail! 我想從NOT PUBLIC Google Site的頁面中獲取圖片。 我正在使用WebClient達到此目的。 var uri = new Uri("http://sites.google.com/a/MYDOMAIN.COM/SITENAME/" + "_/rsrc/1234567890/MYIMAGE.jpg"); string fileName = "d

    2熱度

    1回答

    我最近在讀這discussion at SO情況:有人評論說,並非所有應用程序都適合於基於REST的架構。 這就是我所謂的「基於REST的架構」是RESTful API中+ HATEOAS整個事情。大多數的例子在網絡指的是「咖啡館」的例子,他們通過創建訂單的workflowy位突出HATEOAS部分 - >更新/確認 - >付費 - >提貨。所以是具有在其中一個突出的狀態轉變REST最適合的應用程

    1熱度

    2回答

    在HATEOAS範式中,REST響應中的鏈接表示動作或資源是什麼意思?我有一個有類型下拉的訂單。一些高級選項字段將根據這些選擇加載到表單中。 由HATEOAS範式去,客戶不應期望知道或猜測從哪裏加載這些額外的字段。因此,我提供了每個選項的1個鏈接。鏈接對象上的rel屬性應該提供關於鏈接意圖的某種文檔。這是一個正確的實施? 受歡迎的咖啡店例如在淨可用(伊恩·羅賓遜的談話,並在相關的文章)使用環節,以

    0熱度

    1回答

    我可以讓我的應用程序的UILocalNotification,我繼續像這樣: 在我UIViewController if(_endDate){ UILocalNotification *localNotif = [[UILocalNotification alloc] init]; if (localNotif == nil) return; l