我是网络服务的新手。我正在开发一个项目，其中包括一个用于介绍信息的网站（后台），并且该信息将被发送到移动设备。
我的问题是，最好创建一个连接到数据库以插入和更新信息的网站，然后仅为移动设备创建一个 Web 服务以获取该信息，还是创建一个可以完成所有工作的 Web 服务？（网站和移动设备连接到网络服务）。
谢谢
问问题
139 次
3 回答
0
如果您有一个在移动设备上运行的客户端应用程序，那么您需要一个 Web 服务。我推荐使用 JSON 的 RESTful。如果您想从计算机浏览器访问此功能，您需要一个网站 - 可以从移动设备上的浏览器访问。
权衡是客户端应用程序的可访问性与质量。网站可能在计算机浏览器上运行良好，但可能不适合移动访问。该网站将是一个单一的解决方案。如果您使用 Web 服务，则需要一个移动应用程序来使用它（可能适用于多个平台），再加上一个桌面应用程序来使用该 Web 服务或一个网站来在浏览器中运行......
于 2013-02-22T16:14:26.747 回答
0
在我看来。您应该使用基于服务的架构。您可以在 MS Stack 上使用 WCF /Asp.net Webapi。使用基于 SOAP 或 REST 的服务可以为消费者提供更多的灵活性和一定程度的可扩展性来使用您的服务。
希望这可以帮助。
于 2013-02-22T16:15:01.140 回答
0
有许多解决方案，您选择哪一种取决于您的应用程序的使用方式。
在任何情况下，拥有可重用的代码总是好的，并且拥有同时面向 Web 和移动应用程序的单一服务将是好的。
如果您的应用程序是写密集型的，用户和网站之间传递的数据很关键，并且必须保持数据完整性，那么您应该选择在后台运行的单一服务，负责完整性并提供数据检索和修改方法给客户（网络/移动/桌面应用程序）。
如果您的应用程序是读取密集型的，将被大规模部署，具有数万或数十万个客户端，那么您应该选择每个直接连接到数据库的 Web 应用程序。在这种情况下，您需要牺牲数据一致性，因为在 Web 应用程序的一个节点上进行的写入不会立即在其他节点上可见。使用这种方法，当您需要扩展时，您可以添加复制的数据库节点以及连接到它们的新 Web 应用程序节点。
于 2013-02-22T16:43:26.410 回答