移动应用程序的体系结构

Question

现在，我和我的朋友期待着制作一个移动应用程序，它将从几个不同的来源获取数据，并通过某种算法对其进行分析并做出最佳决策。主要问题是 - 正确的架构。我们认为移动应用程序将仅仅是一个客户端，代表放置在互联网上的数据（无论如何，互联网是必需的）。

你能帮助我们做出正确的选择吗？ 我们对带套接字的客户端 - 服务器体系结构有一些了解......但这在这种特殊情况下并不是我们所需要的。

我们的想法是制作一个网站，它将生成所有需要的数据。然后实现代表网站信息的移动应用程序，使用方便的界面。这是对的吗？

Answer 1

是的，这是要走的路。

现在，你有一个架构中的几个选项...

• 服务器从几个不同的来源

  获取数据

• 服务器可能使某种REST的API，给客户端应用程序

• 客户端可以是原生移动应用程序或客户端可能是html5移动应用程序

• 取决于数据的性质，你可能要考虑一些种类的缓存数据的，你从第三方服务获得/来源

编辑：

我用ASP的WebAPI建立的REST API，将json数据提供给android移动应用程序。 所以，我的基础设施： - MS SQL 2012 - ASP MVC 4的WebAPI - 安卓手机（我们主要针对果冻豆&奇巧）与层

我已经建立了n层应用程序（自下而上的顺序排列）： - DAL（我不使用任何ORM框架......我用我自己的仓库运行SQL服务器上的存储过程）

• 库，围绕分贝DAL和一些服务包从我们使用的第三方服务获取数据的代理商

• 业务层，在那里我做我们的业务运营

• 服务层（现在，它没有特殊的用途，但后来，我可能需要它为我的业务层将一些客户消费：的WebAPI，网站，窗口服务...）

• 的WebAPI的REST其中移动客户端的请求最终