我们有一个 ASP.Net C# 应用程序，它需要某种形式的 Web 服务实现才能与其他应用程序集成。目前我们一直在研究 servicestack 并使用 ESB，例如骡子。
我正在尝试找出将像 Mule 这样的 ESB 集成到我们的 ASP.Net 应用程序中的最佳方法。
我们是否需要在我们的 ASP.Net 应用程序中构建一个 Web 服务以便 ESB 可以与之集成？
如果是，那么选择与 ASP.Net 应用程序和 Mule 兼容的 Web 服务类型（例如 REST、WCF、SOAP、Servicestack）的好方法是什么？
【问题讨论】：
标签： asp.net web-services rest esb mule
这听起来倒退了。您需要集成哪些功能，您想提供哪些功能？
Web 服务与其实现是分离的，如果您试图以一种可互操作的方式公开您的系统功能，以便广泛的客户端可以访问它，那么您会选择使用 Web 服务。
您在 Web 服务中执行的操作取决于您，例如，您可以连接您的 ESB。没有什么能阻止你这样做。 ServiceStack 还支持在现有 ASP.NET（或 MVC 应用程序）中托管，请参阅 Hello World example 了解配置 ServiceStack 的不同方式。
REST / RPC 与 Web 服务的设计有关，ServiceStack 支持这两种模型。即，如果您想在使用不同 HTTP 动词调用服务时提供不同的实现，则从 RestServiceBase 继承。如果您希望使用相同的实现，无论它是如何调用的，请继承 ServiceBase。 This article 展示了 REST 与 RPC/SOAP 之间的区别 - 以及如何在 ServiceStack 中支持这两者。
因此，如果您公开单个操作（或希望支持 SOAP）使用 ServiceBase，如果您公开一个“资源”并允许使用不同的 HTTP 动词对其进行管理，则使用 RestServiceBase。
【讨论】：
我们是否需要在我们的 ASP.Net 应用程序中构建一个 Web 服务，以便 ESB 可以与之集成吗？
通常情况正好相反。像 Mule 这样的集成中间件使用大量协议只是为了能够在不更改现有系统的情况下连接到它们。
如果是，那么选择 Web 服务类型的好方法是什么 （例如 REST、WCF、SOAP、Servicestack）将与 ASP.Net 应用程序和 Mule？
如果您的应用程序确实没有可用于集成的预先存在的通道（甚至不是简单的 Web 表单 HTTP POST？真的吗？）并且您想公开一个 API 以便集成中间件可以连接到它，请选择映射到您正在创建的 API 样式的架构/技术（REST 用于面向资源的 API，SOAP 用于面向 RPC 的 API）。
【讨论】：