我是Spring Integration的新手。关于Spring集成我有几个问题
Spring集成是否可以连接两种不同语言的系统？
答案 0 :(得分：2)
而且，您也可以查看引入Spring Integration的https://spring.io/blog/2011/02/24/green-beans-getting-started-with-spring-integration以及基本范例。它会让你开始，然后你就可以开始理解样品等等。
答案 1 :(得分：1)
真实场景有很多人要提。 Spring Integration是一个框架，允许您构建基于企业集成模式的消息驱动系统。 请注意，当我说Messaging时，我并不是说JMS之类的远程消息或类似的东西。消息传递首先是一种架构范式（模式），它允许您构建松散耦合和可扩展的系统，如下所述：http://blog.springsource.com/2010/03/18/eip-loan-broker-reference-implementation-part-1/ Spring Integration还提供远程适配器（TCP，HTTP，MAIL等）以与远程系统集成。我们有许多示例供您了解详情http://blog.springsource.com/2010/09/29/new-spring-integration-samples/
我认为通过阅读文章，你会感受到“什么是优势”。我现在要说的是，IMO的优势在于框架本身。通过使用它，您将免于编写集成代码。
“如果邮件系统没有在春季实施，那么Spring集成是否仍可用于集成？” - 我不确定我理解这个问题。 Spring Integration使用JavaMail API与电子邮件服务器（发送和接收）进行通信。你能详细说明一下吗？
答案 2 :(得分：1)
有哪些实时场景可以实现Spring集成？
我会说最好的建立一个 使用管道的应用程序 过滤器架构，主要用于 应用程序内部架构和 设计即可。通过内部应用，我的意思是 '在申请中'。它很合适 因为内部应用程序 基于的轻型管道（通道） util.concurrent类。对于 例如，DirectChannel很简单 和逻辑方式分开两个 在没有的工作流程中处理节点 队列的开销（不是jms 队列）。
它支持之间的互动 通过网关的应用程序 适应各种消息传递机制 （如WebServices，JMS等）。所以 应用程序不必转向 其他一些框架 应用程序间交互。
创建额外的弹簧整合层有什么好处？
如果你想要分离，它很有用 关注，松耦合和 灵活性
如果邮件系统未在春季实施，那么Spring集成是否仍可用于集成？
我不明白这个问题，抱歉。
弹簧集成是否可以连接两种不同语言的系统？
您的意思是，与基于非Java平台的另一个系统进行交互？这也可以实现，但主要不是因为Spring Integration，而是使用Spring Integration与现有机制交换WebServices，JMS等消息。如果需求只是两个应用程序之间的点对点消息传递，那么Spring整合不会有多大用处（除非在这样的对话中有一个有趣的工作流程）。