使用Web服务通常是一种出色的体系结构方法。而且，随着WCF在.Net中的出现，它变得越来越好。
但是，以我的经验来看，有些人似乎认为应该在数据访问层中始终使用Web服务来调用数据库。我认为Web服务不是通用解决方案。
我正在考虑有几十个用户的小型Intranet应用程序。该Web应用程序及其Web服务被部署到一个Web服务器，而不是Web场。将来将不会再有其他Web应用程序可以使用此特定的Web服务。在我看来，调用Web服务的成本不必要地增加了Web服务器的负担。进程间调用会降低性能。维护和调试Web应用程序和Web服务的代码更加复杂。部署也是如此。我只是在这里看不到使用Web服务的优势。
可以通过创建带有和不带有Web服务的两个版本的Web应用程序来进行测试，并进行压力测试，但是我还没有做。
您是否对小型Web应用程序使用Web服务有意见？还有其他场合，Web服务不是很好的体系结构选择吗？
最佳答案
Web服务是数据访问的绝对糟糕的选择。几乎零 yield 的大量开销和复杂性。
如果您的应用程序要在一台计算机上运行，为什么要拒绝它进行进程内数据访问调用的能力？我不是在谈论从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服务是不负责任的编程。
关于asp.net - 什么时候不应该使用网络服务？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/204653/