我有一個資源最佳實踐結果
/system/resource
我想請問系統有關資源的布爾問題無法通過 處理在客戶端上回答(即我可以」 t只需獲取資源 並查看實際資源數據 - 它需要使用客戶端不可用的數據在後端處理 )。例如
/system/resource/related/otherresourcename
我想這是返回true或false。有沒有人有任何 這種交互類型的最佳實踐例子?
可能性,來我的腦海:
使用的HTTP狀態代碼,沒有返回體(聞錯)
返回純文本字符串(真,假,1,0) - 不知道什麼字符串值都適合使用,而且 這似乎被忽略了接受媒體類型和總是返回 純文本
爲我的每種支持媒體類型 提供了一個布爾對象,並返回適當的類型(帶有單個布爾值 結果的JSON文檔,一個具有單個布爾字段的XML文檔)。然而這看起來很笨拙。
我並不特別想進入有關 的RESTful系統等的真正含義進行了長時間討論 - 我已經使用這個詞REST的稱號,因爲它 最能表達系統的一般的味道,我正在設計(即使我可能更傾向於通過網絡而不是真正的REST)。但是,如果有人對某個真正的RESTful系統完全避免這個問題有一些想法,我很樂意聽到他們的意見。
您能否讓標籤更容易混淆和更具體? – WhirlWind 2010-05-28 01:55:14
是的,抱歉 - 真的不知道該怎麼標記問題。我專門用MVC.NET來做,但這個問題肯定適用於任何類似REST的系統? – 2010-05-28 02:08:10