在一个服务中使用更多的WCF方法会降低性能吗？
设计WCF服务的最佳实践是在单个服务下使用或多或少的操作 考虑到服务必须是通用的和面向业务的，我遇到了一些SOAP services@work，它们的契约中每个操作有太多的XML元素，单个服务中有太多的操作 在我看来，如果不进行测试，我认为服务中的操作数量不会对中间件的性能产生任何影响，因为响应是专门为每个操作构建的，每个操作只包含与该操作相关的XML元素在一个服务中使用更多的WCF方法会降低性能吗？,wcf,performance,methods,size,operations,Wcf,Performance,Methods,Size,Operations,设计WCF服务的最佳实践是在单个服务下使用或多或少的操作 考虑到服务必须是通用的和面向业务的，我遇到了一些SOAP services@work，它们的契约中每个操作有太多的XML元素，单个服务中有太多的操作 在我看来，如果不进行测试，我认为服务中的操作数量不会对中间件的性能产生任何影响，因为响应是专门为每个操作构建的，每个操作只包含与该操作相关的XML元素 或者，在一个SOAP服务中有太多的操作会有什么问题吗？有一个问题，就是当试图对一个具有许多方法（可能有数千种）的服务进行元数据交换或代理创建
或者，在一个SOAP服务中有太多的操作会有什么问题吗？有一个问题，就是当试图对一个具有许多方法（可能有数千种）的服务进行元数据交换或代理创建时。由于它将试图一次完成整个任务，因此可能会超时，甚至出现OutOfMemory异常。有一个问题，即当试图对具有许多方法（可能有数千种）的服务执行元数据交换或代理创建时。由于它将试图一次完成整个任务，因此可能会超时，甚至出现OutOfMemory异常。不要认为这会对性能产生太大影响，但重要的是方法必须在不同的服务中进行逻辑分组。具有大量方法的服务通常意味着它们没有逻辑因素。不要认为这会对性能产生很大影响，但重要的是方法必须在不同的服务中进行逻辑分组。具有大量方法的服务通常意味着它们没有逻辑因素