移动应用程序体系结构

Question

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

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

我们的想法是建立一个网站，将产生所有需要的data.After，实现移动应用程序，将代表信息从网站，使用方便的界面。这条路对吗？

Answer 1

是的，这就是我们要走的路。

现在，你在这个架构中有几种选择.

• 服务器从几个不同的来源获取数据。
• 服务器可能会向客户端应用程序公开某种RESTful API。
• 客户端可以是本地移动应用程序，也可以是html5移动应用程序。
• 根据数据的性质，您可能需要考虑从第三方服务/源获得的一些缓存数据。

编辑：

我使用ASP WebApi来构建REST Api，为android移动应用程序提供json数据服务。所以，我的基础设施是：-MSSQL2012-ASP.MVC 4，WebAPI - android手机(我们主要针对的是果冻豆和工具包)

我构建了具有层(自下而上顺序)的n层应用程序：- DAL (我不使用任何ORM框架.我使用自己的存储库在SQL server上运行存储过程)

• 存储库，它封装在db DAL和一些从第三方服务获取数据的服务代理中，我们使用
• 业务层，我负责我们的业务运作。
• 服务层(目前，它没有特殊用途，但之后我可能需要它，因为我的业务层将从几个客户端使用: WebAPI、网站、windows服务.)
• 用于REST的WebAPI，当移动客户端请求结束时