Web服務API架構

Question

我最近編寫了一個REST Web服務API，允許其他網站遠程註冊我的網站。

我已經編寫了所有必要的驗證和過濾到API。

我的問題是，我現在應該確保我自己的註冊表單在處理用戶註冊時使用Web服務API嗎？

表單本身已經有了相同的驗證，但它似乎是最好的，如果只有一個最終負責驗證/過濾的方法。

該解決方案似乎並不是最好的，雖然因爲我現在正在使一個REST客戶端從完全相同的網站上觸摸我自己的Web服務API。

想到的最後一個解決方案是將驗證放在我的用戶模型上，並在觸發驗證時向Web服務API拋出異常。這個解決方案有什麼缺點嗎？

Answer 1

REST的一個主要優點是定義一個遠程客戶端可以輕鬆訪問的接口，並且客戶端和服務器之間的耦合量最小。這在您不控制客戶端時非常有用。這使您可以在不破壞現有客戶端的情況下發展您的服務器接口。

REST接口實際上應該是驗證和註冊邏輯上的一個薄層。從理論上講，在不經過REST API的情況下，您可以輕鬆地在自己的網站中重複使用該邏輯。

您的網站不在遠程計算機上，您可以控制客戶端和服務器部分，因此您無法通過REST界面獲取任何內容。