Spring integration 什么时候应该使用Spring集成或相关框架？

应该使用企业集成模式框架的一些指标是什么？另一方面，应该只使用普通的旧代码进行逻辑流的一些指标是什么

---

在我的例子中，我们正在为一个映射/处理应用程序应用Spring集成，该应用程序从数据库读取数据，应用业务逻辑（使用SI），然后进行一些相应的API调用。我们不确定SI在普通的旧编码方式上获得了什么样的ROI。

Spring集成是的一个实现，所以问题可能是为什么要使用集成模式

从eaipatterns网站了解我们为什么需要集成：

“今天的业务应用程序很少孤立存在。用户希望能够即时访问企业可以提供的所有业务功能，而不管该功能位于哪个系统中。这需要将不同的应用程序连接到一个更大的集成解决方案中。这种集成通常通过使用某种形式的“中间件”来实现。中间件提供“管道”，如数据传输、数据转换和路由。”

因此，在我看来，这归结为选择自己做管道或使用弹簧解决方案

---

ROI与其他Spring项目类似，这是许多人都使用过的东西，它的bug可能比你自己自制的解决方案少。

同意国产解决方案的缺点。我想知道什么时候我甚至需要“管道”“完全可以。这实际上是您的决定，取决于体系结构的复杂性和所需的集成。越复杂，就越需要“管道”，因此选择SI将具有优势。