C# 有没有理由使用WCF来使用非UTF服务？

我对WCF在使用非UTF服务时的有用性感到困惑。我决定尝试使用它来代替.NET2Web服务，并很快发现它无法使用ISO-8859-1Web服务。在谷歌搜索了一段时间后，我了解到您需要创建一个自定义消息编码器（即）

相比之下，如果我想使用.NET2的web服务模型，我只需添加一个引用，它就可以工作了——无需编写自定义编码器。我决定使用这两种方法中比较简单的一种，因为我无法证明编写和测试一堆我不需要的代码是合理的

---

然而，我很好奇为什么有人会使用WCF，而他们可以使用更快的2.0方法。这是一个基本问题——我对web服务不熟悉，只是用它们从几个第三方供应商那里获取数据。我所需要的只是能够使用服务、抛出一些凭据、调用方法和取回对象——我假设WCF在某种程度上超越了这一点。

如果您所做的只是使用现有的非WCF服务，那么使用WCF的选择可能只取决于其他因素，比如，如果您预期将来会使用WCF服务，并且希望有一个统一的代码库

---

WCF是一个保护伞，它有一个接口，用于多个“绑定”，如HTTP与REST或SOAP、命名管道、MSMQ、TCP（以前的.Net远程处理），所有这些都混合在一起，并具有不同的安全性、身份验证、事务、可靠性等选项。因此，如果您正在使用以各种方式公开的多个服务，然后WCF将帮助您使用单个API来驯服它们。

如果您所做的只是使用一个现有的非WCF服务，那么使用WCF的选择可能只取决于其他因素，比如您是否预期在将来使用WCF服务并希望有一个统一的代码库

---

WCF是一个保护伞，它有一个接口，用于多个“绑定”，如HTTP与REST或SOAP、命名管道、MSMQ、TCP（以前的.Net远程处理），所有这些都混合在一起，并具有不同的安全性、身份验证、事务、可靠性等选项。因此，如果您正在使用以各种方式公开的多个服务，然后，WCF将帮助您用一个API来驯服它们。

使用经典web服务绝不比使用WCF服务“更快”。WCF只有一个很小的学习曲线来适应我们过去使用Web服务所做的事情

也许在非常简单的场景中，您可以使用asmx web服务完成与使用基本HTTP绑定的WCF服务相同的事情，但在该框架的众多好处（行业标准、多协议支持）中，有一个事实是，许多管道已经为您完成了（在通信、安全等方面），使您能够专注于业务逻辑

也许asmx提供了你所需要的，但是这项技术已经被弃用了。如果你用谷歌搜索，会有很多网站在比较这两者。我建议你抓住这个机会开始学习WCF

---

希望这能有所帮助。

经典web服务的使用绝不比WCF服务“更快”。WCF只有一个很小的学习曲线，可以让我们在过去使用web服务进行学习

也许在非常简单的场景中，您可以使用asmx web服务完成与使用基本HTTP绑定的WCF服务相同的事情，但在该框架的众多好处（行业标准、多协议支持）中，有一个事实是，许多管道已经为您完成了（在通信、安全等方面），使您能够专注于业务逻辑

也许asmx提供了你所需要的，但是这项技术已经被弃用了。如果你用谷歌搜索，会有很多网站在比较这两者。我建议你抓住这个机会开始学习WCF

希望这有帮助