.net - 使用 WCF 服务临时 Facading asmx Web 服务

Question

我有一个应用程序，它是一个用 .NET 2.0 编写的 asmx 网络服务，具有一些业务逻辑和位于其下方的存储库。

计划是此 Web 服务将用作需要它保存和检索的数据的应用程序的 API。

从长远来看，我知道当 .NET 2.0 代码库重构并成为 .NET 4 代码库时，Web 服务可能会被 WCF 服务取代。

为了减少对 API 使用者的影响，我正在考虑放弃 WCF 服务作为 asmx 服务的外观是否是个好主意。在重构 .NET 2.0 代码时，这将保持不变。当没有留下 .NET 2.0 代码时，asmx 服务将消失，WCF 服务将在没有 asmx 服务的情况下与业务逻辑对话。

我的问题是

这会造成什么样的性能开销？

这个问题有更好的解决方案吗？

Answer 1

您将为额外的服务层支付双重序列化/反序列化惩罚。如果您的消息很小，则不会那么明显。

您可能希望使用 BasicHttpBinding 部署同一服务的 WCF 版本。这样你就可以两全其美:

• 该服务正在使用 WCF 部署在一个地方(并且仍然可供旧客户端使用)
• 如果您需要更新的代码，您可以使用不同的绑定(bind)公开其他端点。

编辑:当然，您可以使用基于 WCF 的代理将新代码连接到旧代码。只要保持名称相同，以后重构服务就不会太痛苦。