我们为WCF服务使用SOAP和REST端点。 ASP.NET Web API对我们意味着什么？

Question

在我们的服务上，我们配置了多个端点，从而使我们可以向使用XML或JSON的SOAP 1.1和1.2客户端以及HTTP客户端发布相同的接口。 现在，WCF REST团队已合并到ASP.NET团队中，以创建Web API东西，这对我们未来意味着什么？ 将WCF接口公开为XML / JSON服务是否仍受支持？ 我们是否应该将REST端点移至Web API框架？ 这将是MS REST堆栈的最后转变吗？

Answer 1

好问题。 我不在Microsoft工作，也没有任何内部信息，但是我的理解是WCF将能够永远公开XML和JSON。 实际上，如果您仅公开JSON或XML端点，那么您就没有进行REST。 真正的问题是，您是将HTTP动词（DELETE，PUT，POST，GET）用作API的一部分，还是只是公开与SOAP方法等效的方法。 如果您使用的是HTTP动词，那么将REST部分迁移到WebAPI可能是一个很好的长期策略。 如果不是，那么您可以快乐地使用WCF（继续告诉您的客户，您出于市场营销的原因而使用REST，无论如何向人们推销都是一个流行语）。

如果您使用的是HTTP动词，则同时拥有WCF和WebAPI并不难。 您需要做的就是从服务本身中删除所有逻辑，并将其作为业务层方法公开。 然后，服务的两个孩子都可以使用这些方法，以适当的方式调用它们并确定结果。

Answer 2

要回答这个问题，您需要对ASP.NET Web API有一些了解。

最初的ASP.NET Web API是WCF Web API ，它是Codeplex上的一个项目，用于扩展WCF，以使其更易于支持REST风格的服务。 WCF完全基于SOAP作为其核心消息传递类型而构建，因此将HTTP用作传输层协议以外的其他任何东西都需要使用不同的方法，具有不同的属性集，并且通常与框架的其余部分不能很好地结合。

WCF Web API正在以支持HTTP作为应用程序级传输机制所需的所有方式扩展WCF框架。 它引入了基于资源URI的请求路由，根据Accept标头的动态格式设置以及WCF以前缺少的其他功能。

但是，很明显，在开发过程中，这些技术已经存在于.NET中的MVC堆栈中。 因此，他们决定，他们将工作移交给ASP.NET MVC团队，而不是拥有两套相互竞争的技术，从而诞生了ASP.NET Web API 。

---

如果您要进行REST风格的服务，则ASP.NET Web API比WCF框架更适合您的需求。 WCF团队将不会继续支持REST风格的体系结构。 Web API有效地包含了WCF框架的这些功能，在Web API中，WAPI框架找到了更为自然的契合度 。

您是否应该重新编写服务以使用新的Web API？ 好吧，WCF的REST功能不会突然停止工作。 仅当此举为您提供了一些您需要的功能（例如动态内容格式选择），或者您正在寻求不断开发API（因为Web API比WCF明显更易于使用）时，才应考虑此举。