我是 Spring 集成的新手。关于 Spring 集成我有几个问题
- 可以实现弹簧集成的一些实时场景是什么?
- 创建一个额外的弹簧集成层有什么好处?
- 如果一个邮件系统没有在spring中实现,spring集成还可以用于集成吗?
是不是像spring integration这样可以连接用两种不同语言开发的两个系统?
我是 Spring 集成的新手。关于 Spring 集成我有几个问题
是不是像spring integration这样可以连接用两种不同语言开发的两个系统?
可以实现弹簧集成的一些实时场景是什么?
我会说它最适合使用管道和过滤器架构构建应用程序,主要用于 应用程序内架构和设计。通过应用程序内,我的意思是“在应用程序内”。由于基于 util.concurrent 类的轻量级管道(通道),它适用于内部应用程序。例如,DirectChannel 是一种在工作流中分离两个处理节点的简单且合乎逻辑的方法,无需队列(不是 jms 队列)的开销。
它确实支持通过适应各种消息传递机制(如 WebServices、JMS 等)的网关在应用程序之间进行交互。因此,应用程序也不必求助于其他框架进行应用程序间交互。
创建一个额外的弹簧集成层有什么好处?
如果您想要关注点分离、松散耦合和灵活性,它很有用。
如果一个邮件系统没有在spring中实现,spring集成还可以用于集成吗?
我不明白这个问题,对不起。
是不是像spring integration这样可以连接用两种不同语言开发的两个系统?
您的意思是,与另一个基于非 Java 平台的系统进行交互?这也可以实现,但主要不是因为 Spring Integration,而是通过使用 Spring Integration 与现有机制来交换消息,如 WebServices、JMS 等。如果要求只是 2 个应用程序之间的点对点消息传递,则 Spring Integration 不是会有很大用处(除非在这样的对话中有某种有趣的工作流程)。
而且,您还可以查看https://spring.io/blog/2011/02/24/green-beans-getting-started-with-spring-integration,其中介绍了 Spring 集成以及基本范例。它会让你开始,然后你就可以开始理解样本等等。
真实的场景有很多值得一提的。Spring Integration 是一个允许您基于企业集成模式构建消息驱动系统的框架。请注意,当我说消息传递时,我并不是指远程消息传递,例如 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集成还可以用于集成吗?” - 我不确定我是否理解这个问题。Spring Integration 使用 JavaMail API 与电子邮件服务器(发送和接收)进行通信。你能详细说明一下吗?