restful-architecture

    0熱度

    2回答

    我不是很喜歡REST風格的Web服務,我對如何正確實現REST風格的工作在Spring Boot應用(Spring MVC是同樣的事情)的服務中存在以下疑問。 所以基本上我有一些控制器類是這樣的: @RestController @RequestMapping("/RoomMedia") public class RoomMediaController { private stat

    0熱度

    1回答

    運行期間是否可以將操作合同添加到其他服務? 例如,我們有一個服務,端點下提供:www.mywebsite.com已經有一個OperationContract的:的getName。 但現在我想在運行時的兩個額外operationContracts補充:像getAdress和GetNumber。

    0熱度

    1回答

    假如我有要求: 註冊通過電子郵件 註冊通過社交網絡 登錄通過電子郵件 登錄通過社交網絡 註銷 獲取我的個人資料 編輯我的個人資料 得到一些用戶的個人資料 列表我的朋友 列表一些用戶朋友 邀請朋友從社交網絡 添加產品 編輯產品 搜索產品 列表我的產品 列出部分用戶產品 REST API應該如何結束端點結構?

    0熱度

    1回答

    如果REST使用HTTP所有四個CRUD(創建/讀取/更新/刪除)操作,應如何設計(動詞&路徑)操作,如: 註冊 驗證/認證解除 重置密碼

    2熱度

    1回答

    RESTful的API不應該在路徑中使用動詞,但是如何設計的API: 搜索產品 過濾器產品 邀請朋友

    1熱度

    1回答

    我想爲幾個用戶類型組織REST API,但我不明白資源應該如何投入彼此。例如,管理員可以使用員工列表進行操作(創建,編輯和刪除項目)。此外,管理員可以操作每個員工的工作場所清單。我認爲,API路線應如: GET: /employees GET: /employees/{id} POST: /employees PUT: /employees/{id} DELETE: /employees/

    1熱度

    1回答

    用戶可以對REST資源具有不同的權限。像刪除或編輯資源一樣。此外,子資源可以具有不同的用戶權限。 例子: GET /cats -> return all cats GET /cats/{id} -> return cat {id} UPDATE /cats/{id} -> update cat {id} POST /cats/{id}/like -> create a like to the

    4熱度

    2回答

    在登錄服務,用戶被張貼JSON作爲有效載荷的彈簧REST風格的登錄服務像下面發送/存儲密碼接收到呼叫後,它會以純文本將密碼與數據庫中的一個商店進行比較。 我看到了當前實現中的兩個問題。 密碼通過HTTP以純文本形式作爲POST負載發送。 正確存儲在數據庫中的密碼爲純文本。 對於問題2,我決定使用bcrypt作爲this post提到加密存儲在數據庫中的密碼。 這是一個好方法嗎? 對於問題1,我不知

    0熱度

    1回答

    可以說我們正在創建一個票務處理系統。假設在這個領域內有兩個不同的有界的上下文。 取消訂單 更改訂單 從我所瞭解的情況來看,這兩個可以是兩個不同的微服務,而不必相互認識。 「取消」服務的票證與「更改」服務的票證完全不同。 從REST API設計的角度來看,我讀了很多關於使用超媒體,讓客戶通過包括相關經營爲REST響應(Stefan Tilkov's Talk)內的鏈路資源發現。如果那是真的,當我的變

    0熱度

    3回答

    我想知道是否在HTTP響應中的不同類型的內容之間存在真正的實際區別。讓我更好地解釋我的自我。 說我提交POST請求到典型的資源有效載荷的服務器。讓我們使用client_name,client_email,client_phone的客戶端。 會不會有一個實際的區別,如果服務器返回只是一個ID: {id:100} 或者如果它返回不敏感數據完全創建的資源,就像這樣: {client_name: 'S