asp.net – 什么时候不应该使用Web服务?

使用Web服务通常是一个很好的架构方法。并且,随着.Net中WCF的出现,它变得更好了。

但是,根据我的经验,一些人似乎认为Web服务应该总是在数据访问层中用于调用数据库。我不认为web服务是通用的解决方案。

我想用几十个用户的较小的内部网应用程序。 Web应用程序及其Web服务部署到一个Web服务器,而不是Web服务器场。今后不会有另一个网络应用程序可以使用这个特定的Web服务。在我看来,调用Web服务的成本不必要地增加了Web服务器的负担。对进程间调用的性能影响。维护和调试Web应用程序和Web服务的代码更复杂。所以是部署。我只是看不到在这里使用Web服务的优势。

可以通过创建两个版本的Web应用程序,有和没有Web服务,并做压力测试,但我没有做到这一点。

你对使用网络服务的小规模网络应用程序有意见吗?任何其他场合,当Web服务不是一个好的建筑选择?

Web服务是数据访问的一个绝对可怕的选择。这是一个开销和复杂性几乎零利益。

如果你的应用程序要在一台机器上运行,为什么拒绝它进行数据访问调用?我不是说从你的UI代码直接访问数据库,我说的是抽象你的仓库,但仍包括他们的程序集在你的运行网站。

有些情况下,我推荐Web服务(我假设你的意思是SOAP),但主要是为了互操作性。

服务的粒度在这里也是问题。 SOA意义上的服务将封装操作或业务流程。数据访问方法只是该过程的一部分。

换一种说法:

  - someService.SaveOrder(order);  // <-- bad
    // some other code for shipping, charging, emailing, etc

  - someService.FulfillOrder(order);  //<-- better
    //the service encapsulates the entire process

Web服务为Web服务的目的是不负责任的编程。

http://stackoverflow.com/questions/204653/when-should-a-web-service-not-be-used

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:asp.net – 什么时候不应该使用Web服务?