WCF 是将服务公开给 Oracle Service Bus 的好选择吗

Question

我们公司有一个Oracle服务总线架构（OSB）。我的部门需要向此 OSB 公开少量服务，这些服务稍后将被不同部门和技术的不同应用程序使用。 我有 7-8 个应用程序，全部都是基于 Microsoft 的（VB6、C#、SQL Server）。 我的问题是 WCF 是否是开发我们基于数据的服务的好选择？它与 OSB 结合得很好吗？是否存在任何集成问题？ 在这种情况下，最佳实践是什么以及应该使用哪种 wcf 传输协议？

Answer 1

我参与过一些成功的项目，这些项目使用 SOAP/HTTP 作为传输协议，将 WCF 与 OSB 集成。

根据以前的经验，需要避免两个关键风险：

1. 架构划分 - 您需要弄清楚编排将在哪里进行，因为这两个框架都支持它，并且 WCF 具有各种奇怪和古怪的功能，可以提供性能优势。
2. 安全集成——虽然这两个框架都提供了通用安全标准的实现，但我几年前的经验是它们不能很好地协同工作。

如果方法是 WCF 提供数据集成，OSB 提供访问和执行的中心点（以及可能的集成），那就太棒了。这是沙滩上的一条清晰的线。

Answer 2

我同意凯文的回应。据我所知，WCF 与 Microsoft 产品配合得很好，但与其他产品配合得不太好。如果您保持 WCF 服务实现相当简单，并将所有繁重的工作留给 OSB（例如安全、策略、寻址），那么您可能没问题。

需要注意的另一个陷阱是 WCF 似乎将 XML 类型绑定到本机 .NET 类型。虽然这对于大多数类型来说都是可以的，但让我们非常头痛的一件事是日期。在 XML 中，您可以使用 null 日期，但在 .NET 中，日期是基本类型而不是对象，因此当您尝试将其设置为 null 时，日期就会消失。您可以通过将它们处理为字符串（yuk）并在应用程序中进行转换来解决这个问题，或者我相信您也可以创建一个自定义绑定，您可以在其中将日期类型包装在 DateWrapper 对象中，以适应空值。

就我个人而言，我喜欢服务总线的模型只是在其他地方托管的实现的外观，因此从这个角度来看，我认为在 OSB 公开的服务背后使用什么技术并不重要。

• 如果您想使用 WCF，因为您喜欢它的功能并且它与您的应用程序完美集成，那么就使用它。
• 如果您选择它只是因为它与服务有关并且它似乎非常适合 OSB，那么也许看看是否有其他替代方案可以为您和您的开发团队带来更低的开销。

在传输方面，如果您的数据服务是以非事务方式访问数据（例如检索客户详细信息），那么 SOAP/HTTP 就可以。如果您正在处理事务数据，可以考虑基于消息传递的传输（例如 JMS 或 MQ），因为根据经验，对 WS-ReliableMessaging 的支持尚未无处不在，也不是一致的。

希望有帮助。