适用于“应用程序”后台网站的良好结构

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。如果您已经实现了后端并且此时有大量数据，这当然是不相关的。