现在，我和我的朋友期待制作一个移动应用程序，它将从几个不同的来源获取数据，用某种算法进行分析并做出最佳决策。主要问题是 - 正确的架构。我们认为移动应用程序将只是一个客户端，代表放置在互联网上的数据（无论如何需要互联网）。
你可以帮我们做出正确的选择吗？ 我们对使用套接字的客户端 - 服务器架构有一些了解......但是在这种特殊情况下，这绝对不是我们所需要的。
我们的想法是创建一个网站，它将生成所有必需的数据。之后，实现将代表网站信息的移动应用程序，使用方便的界面。这是对的吗？
答案 0 :(得分：0)
是的，这是最佳选择。
现在，您在该架构中有多个选项......
服务器从几个不同的来源获取数据
服务器可能会向客户端应用程序公开某种RESTful API
客户端可以是原生移动应用程序，也可以是客户端可能是html5移动应用程序
根据数据的性质，您可能需要考虑从第三方服务/来源获得的某些缓存数据
编辑：
我使用ASP WebApi构建REST Api，为Android移动应用程序提供json数据。 所以，我的基础设施是： - MS SQL 2012 - ASP MVC 4，WebAPI - android手机（我们主要针对Jelly Bean＆amp; Kit Kat）
我已经使用图层构建了n层应用程序（自下而上的顺序）： - DAL（我不使用任何ORM框架......我使用自己的存储库在SQL服务器上运行存储过程）
包装db DAL的存储库和一些从我们使用的第三方服务获取数据的服务代理
我从事业务运营的业务层
服务层（目前，它没有特殊用途，但之后我可能需要它，因为我的业务层将从少数客户端使用：WebAPI，网站，Windows服务......）
移动客户端请求结束的WebAPI for REST