適用於「應用程序」後臺網站的良好結構

Question

與其他人一樣，我們正在爲其中一個網站開發應用程序（ipad/android），因爲其原因通過了解。

嗯，我的問題是關於如何考慮應用程序的後端。

我們有一個可訪問結構的網站，像這樣：

http://site/ 
http://site/profile/[user-name] 
http://site/stuff 
etc etc. 

是否明智或者不明智我們簡單地爲我們的應用程序，像這樣

http://site/app 

添加一個基礎，所以該應用程序會從該基訪問他們的模型數據和它們的控制器，例如

http://site/app/profile/[user_id] 

獲取/設置的數據F或者用戶（可以是任何對象，但在這個例子中，我們專注於用戶）或者是更好的應用程序後端從我們的網站完全分離，會有兩種子域

http://app.site/ 

或

http://anothersite_as_backend 

或這對你來說根本不重要？

我只是對如何將您的web後端與您的應用程序後端結合感興趣。

謝謝。

Answer 1

那麼，不管域結構的選擇如何，現在暴露一個REST接口是相當流行的。

你草圖的想法似乎傾向於這一點，並認爲所有的選項都是有效的。我會雖然建議（使用第一個選項作爲例子），你納入一些版本的URL，如http://site/app/v1/profile/[user_id]。然後，如果您要在不破壞未更新的應用程序的情況下對API進行重大更改，那麼您可以在將來的任何時候增加版本。

不知道你的應用程序和你的後端的當前狀態，我只會提及parse.com，因爲我認爲他們已經做了很好的工作，使它很容易從多個平臺存儲和檢索數據。你可以看到我對這個問題的更多信息：A relational database shared by an android app and a website - the easy way。如果您已經實現了後端並且此時有大量數據，這當然是不相關的。