【发布时间】：2012-12-06 21:09:05
【问题描述】：
我有一个 Web 应用程序，它需要与所有主要的 CRM 和 ERP 系统交互才能发送和接收数据。
您认为更好的方法。
- 在 Web 应用程序中设计整个逻辑，也许每个界面都有一个组件
- 使用 ESB。
请提出实现此功能的最佳方法，任何其他解决方法，也欢迎设计。
【问题讨论】：
标签： java integration esb eai
【发布时间】：2012-12-06 21:09:05
【问题描述】：
Web 服务几乎是为解决许多不同系统之间的通信和集成问题量身定制的，因此这似乎是最合乎逻辑的解决方案。
如果您需要有序的消息传递、有保证的消息传递等，那么 ESB 可能是您的最佳选择。否则，您的 Web 应用程序应该能够通过 Web 服务直接与其他系统集成。
最后，您可能希望在您的 Web 应用程序中创建组件以封装每个系统的逻辑（现在这样做将有助于确保在/当您更换一个外部系统时需要进行最少的更改）。例如，对于最近与会计系统的集成，我创建了接口和抽象类来概括所有会计系统固有的功能，然后为我当时正在集成的特定会计系统创建实现该功能的具体类。这样做的好处是，如果我的客户将来更改会计系统，我需要做的就是创建另一个具体的实现 - 我不需要在我的客户端应用程序中重写代码。
【讨论】：
-
另外：为了减少维护不同系统/技术的开销，请尝试尽可能直接与您的外部系统（Web 服务）进行通信。每当您必须在其他系统中实现某些东西（可能是自定义 ESB 解决方案）时，您也必须对其进行维护。根据“所有专业”的数量，这可能需要付出很多努力。
-
谢谢布赖恩，为多种类型的接口创建客户端是一个好习惯吗？我的意思是我总共会有大约 20-22 个接口。我正在考虑使用 ESB，因为它更像是一个中间件，它将处理它收到的请求。
-
实施 ESB 会增加应用程序的复杂性。我会遵循 YAGNI 原则并避免使用 ESB，直到您绝对需要它，但这只是我的意见。
-
所以，你的意思是我为每个应用程序设计接口并实现它。在这种情况下，基于组件/适配器的模型应该是一种好的方法或单体应用程序。
-
Brian，你能用一些例子解释一下吗