网站与Wcf服务

时间:2013-02-22 16:10:22

标签: asp.net asp.net-mvc-3 wcf web-services web

我是网络服务的新手。我正在开发一个项目,其中包括一个介绍信息的网站(后台),该信息将发送到移动设备。

我的问题是,最好创建一个连接到数据库的网站,以插入和更新信息,然后创建仅供移动设备获取该信息的Web服务,或者创建一个完成所有工作的Web服务?(网站和连接到网络服务的移动设备。)

谢谢

3 个答案:

答案 0 :(得分:0)

如果您在移动设备上运行客户端应用程序,则需要Web服务。我建议使用JSON的RESTful。如果您想从计算机浏览器访问此功能,您需要一个可以通过移动设备上的浏览器访问的网站。

权衡是客户端应用程序的可访问性与质量。一个网站可以通过计算机浏览器很好地工作,但可能不适合移动访问。该网站将是一个单一的解决方案。如果您使用Web服务,则需要一个移动应用程序来使用它(可能适用于多个平台),以及使用该Web服务的桌面应用程序或在浏览器中运行的网站......

答案 1 :(得分:0)

在我看来。您应该使用基于服务的体系结构。您可以在MS Stack上使用WCF /Asp.net Webapi。使用基于SOAP或REST的服务可为消费者提供更高的灵活性和一定程度的可扩展性,以便使用您的服务。

希望这有帮助。

答案 2 :(得分:0)

有许多解决方案,您选择的方法取决于您的应用程序的使用方式。

在任何情况下,拥有可重复使用的代码总是好的,并且单一服务趋向于Web和移动应用程序都会很好。

如果您的应用程序是写密集型的,那么在用户和网站之间传递的数据是至关重要的,并且必须保留数据完整性,那么您应该选择在后台运行的单个服务,负责完整性并提供数据检索和客户端的修改方法(网络/移动/桌面应用程序)。

如果您的应用程序是密集读取的,将大规模部署,有数十或数十万个客户端,那么您应该选择直接连接到数据库的每个Web应用程序。在这种情况下,您需要牺牲数据一致性,因为在Web应用程序的一个节点上进行的写入不会立即在其他节点上显示。使用此方法,当您需要向外扩展时,可以添加复制的数据库节点以及连接到它们的新Web应用程序节点。