Spring Integration的可行性

此外，您还可以查看https://spring.io/blog/2011/02/24/green-beans-getting-started-with-spring-integration，其中介绍了Spring Integration以及基本范例。它会让你开始，然后你就可以开始理解样品等等。     

真实场景有很多值得一提。 Spring Integration是一个框架，允许您构建基于企业集成模式的消息驱动系统。 请注意，当我说Messaging时，我并不是说JMS之类的远程消息或类似的东西。消息传递首先是一种架构范例（模式），它允许您构建松散耦合和可扩展的系统，例如此处描述的系统：http：//blog.springsource.com/2010/03/18/eip-loan-经纪人引用的实现部分-1 / Spring Integration还提供远程适配器（TCP，HTTP，MAIL等）以与远程系统集成。我们有许多样本供您了解更多详情http://blog.springsource.com/2010/09/29/new-spring-integration-samples/ 我认为通过阅读这些文章，你会感受到“什么是优势”。我现在要说的是，IMO的优势在于框架本身。通过使用它，您将免于编写集成代码。 “如果邮件系统没有在春季实施，那么Spring集成仍然可以用于集成吗？” - 我不确定我理解这个问题。 Spring Integration使用JavaMail API与电子邮件服务器（发送和接收）进行通信。你能详细说明吗？     

什么是可以实现spring集成的实时场景？   我会说最好的建立一个   使用管道的应用程序   过滤器架构，主要用于   应用程序内部架构和   设计。通过内部应用，我的意思是   '在申请中'。它很合适   因为内部应用程序   基于的轻型管道（通道）   util.concurrent类。对于   例如，DirectChannel很简单   和逻辑方式分开两个   在没有的工作流程中处理节点   队列的开销（不是jms   队列）。      它支持之间的互动   通过网关的应用程序   适应各种消息传递机制   （如WebServices，JMS等）。所以   应用程序不必转向   其他一些框架   应用程序间交互。 创建额外的弹簧整合层有什么好处？   如果你想要分离它是有用的   关注，松耦合和   灵活性。 如果邮件系统没有在春天实现，那么Spring集成仍然可以用于集成吗？   对不起，我不明白这个问题。 春天集成是否可以连接两种不同语言开发的系统？   您的意思是，与基于非Java平台的另一个系统进行交互？这也可以实现，但主要不是因为Spring Integration，而是使用Spring Integration与现有机制交换WebServices，JMS等消息。如果需求只是两个应用程序之间的点对点消息传递，那么Spring Integration不是将会有很多用处（除非在这样的对话中有一个有趣的工作流程）。