asp.net - 什么时候不应该使用网络服务？

Question

使用Web服务通常是一种出色的体系结构方法。而且，随着WCF在.Net中的出现，它变得越来越好。

但是，以我的经验来看，有些人似乎认为应该在数据访问层中始终使用Web服务来调用数据库。我认为Web服务不是通用解决方案。

我正在考虑有几十个用户的小型Intranet应用程序。该Web应用程序及其Web服务被部署到一个Web服务器，而不是Web场。将来将不会再有其他Web应用程序可以使用此特定的Web服务。在我看来，调用Web服务的成本不必要地增加了Web服务器的负担。进程间调用会降低性能。维护和调试Web应用程序和Web服务的代码更加复杂。部署也是如此。我只是在这里看不到使用Web服务的优势。

可以通过创建带有和不带有Web服务的两个版本的Web应用程序来进行测试，并进行压力测试，但是我还没有做。

您是否对小型Web应用程序使用Web服务有意见？还有其他场合，Web服务不是很好的体系结构选择吗？

Answer 1

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服务是不负责任的编程。