网站“应用”后端的良好结构

Question

就像其他人和他们的邻居一样，我们也在为我们的一个网站开发一个应用程序(ipad/android)，它的功能让人们更喜欢在应用程序中访问，这是出于传递理解的理由。

嗯，我的问题是如何思考，当涉及到后端的应用程序。

我们有一个可访问的网站，其结构如下：

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

简单地为我们的应用程序添加一个基是明智的还是不明智的？

http://site/app

例如，应用程序将从这个基础上访问它们的模型数据和控制器。

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

要获取/设置用户的数据(可以是任何对象，但在本例中我们关注的是用户)，还是将应用后端与我们的站点完全分离并转到子域更好？

http://app.site/

或

http://anothersite_as_backend

或者这对你一点关系都没有？

我只是对你如何将你的网络后端和你的应用程序后端结合起来感兴趣。

谢谢。

Answer 1

好吧，不管域结构的选择，现在公开REST接口是相当流行的。

你的想法似乎倾向于这一点，并认为所有的选择是有效的。不过，我建议(使用第一个选项作为示例)将一些版本控制合并到url中，比如id]。然后，如果您要在API中进行重大更改而不破坏未经更新的应用程序，那么您可以在将来的任何时候增加版本。

我对你的应用程序和后端的当前状态一无所知，我只想提一下parse.com，因为我认为它们在从许多平台上存储和检索数据方面做得很好。您可以看到我对这个问题的回答，以获得更多信息：由android应用程序和网站共享的关系数据库--简单的方法。如果您已经实现了后端，并且此时有大量的数据，那么这当然是不相关的。