.Net Web服务，服务数量与服务规模的表现

Question

我使用与Sql Server的Web服务连接的大型.Net Winforms项目。它已经发展到按业务功能分组的大约10种不同的服务。其中一些服务已经变得非常庞大，功能很多。这方面的最佳做法是什么？在同一服务中拥有数百个功能会有性能影响吗？拥有更小的服务会更好吗？它似乎相当容易使用，服务相互隔离，你通常知道你想要的服务。

Answer 1

最好是对返回较大数据集的Web服务方法的调用较少，而不是多次调用仅返回少量数据的Web方法。经验法则是尽可能避免遍历流程和网络边界。

Answer 2

当您提到呼叫时，您的意思是WebMethods，还是指实际调用WebMethod？

我从来没有听说过将所有网络方法组合成一个Web服务的瓶颈，但是将其分解为多个服务的一个优点是，您可以将每个Web服务放在不同的应用程序池中，这至少可以减少在应用程序池回收。

此外，.net 4.0中已弃用基本Web服务。它们已被WCF取代，与旧的Web服务方法相比，它显示出一些显着的性能提升。有关两者之间的性能分析，请参阅http://msdn.microsoft.com/en-us/library/bb310550.aspx。