C# WCF客户端/服务器配置不匹配

我已经编写了一个WCF服务，将文件上传到服务器。它被配置为流式传输文件，因为它们可能相当大。我在web.config中设置transferMode=Streamed，并将各种配置大小设置设置为相当大的大小

这对我的测试客户来说很好。我必须手动设置客户端配置以使transferMode=Streamed——默认情况下，当我包含服务引用时，它已将其设置为Buffered

但那个使用我服务的家伙却抱怨说，他不得不手动执行这一步骤。他一直告诉我我的服务有问题，我需要解决它。对于未传播到客户端的设置，我看不到任何可以“做”的事情。如果他使用我发给他的配置设置，效果会很好

---

有什么我应该做的吗？如果没有的话，我能提供一些证据让这个人相信我的服务没有中断吗？任何人都有一篇文章的链接来解释这一点吗？

如果使用您的服务的人的平台是.Net，那么您可以创建具有正确配置的客户端库，它使用您的服务并让他使用它

---

有一篇众所周知的文章

他是如何生成wsdl/客户机的？（即，他使用的是服务引用还是你给他一个dll？）我在IIS服务器上发布了WCF，他使用的是服务引用。此外，当我在测试客户机中包括服务引用，然后更新引用时，客户机配置不会被覆盖，因此这些手动设置只需要设置一次。但他声称，当他更新服务引用时，它会覆盖他的配置设置。有什么原因他不能使用svcutil生成引用吗？我发现使用svcutil比服务引用更稳定。我的意思是，这是wcf，这家伙怎么认为，他不必做任何事情？我读了这篇文章，它很有趣，尽管它看起来可能是一个挑战，我来实现这一点。基本上，它看起来需要我做更多的工作来实现。我认为我不应该仅仅因为这个家伙不能更新自己的应用程序配置就必须重新编写一个正常工作的服务。谢谢你的链接。我可能会在将来的服务中尝试这种方法。是的，它需要更多的时间来实现，但这确实是一种更好的方法。当我从头开始构建下一个服务时，我会尝试这种方法。因为我似乎已经说服了另一个开发人员，他必须手动设置配置，所以这次我将为自己保存一个重写。谢谢你的回复。我很感激。