Java Spring集成DAO最佳实践
我们的RESTful WS设计时没有SI,并且具有以下DAO结构:Java Spring集成DAO最佳实践,java,spring,hibernate,spring-integration,dao,Java,Spring,Hibernate,Spring Integration,Dao,我们的RESTful WS设计时没有SI,并且具有以下DAO结构: ../dao/FooDao ../dao/BarDao ../dao/UserDao ../daoImpl/.. ../service/.. 但现在我们发现有必要使用上述组件。 我是系统集成的初学者,读了《Just Spring integration》之后,我了解了它的基本知识 问题是: 为DAO创建通道、端点等的最佳实践是什么? (如果您能提供与SI相关的文章、书籍、视频等的链接,这将是一件非常棒的事情,作为初学者,这可
../dao/FooDao
../dao/BarDao
../dao/UserDao
../daoImpl/..
../service/..
但现在我们发现有必要使用上述组件。
我是系统集成的初学者,读了《Just Spring integration》之后,我了解了它的基本知识
问题是:
为DAO创建通道、端点等的最佳实践是什么?
(如果您能提供与SI相关的文章、书籍、视频等的链接,这将是一件非常棒的事情,作为初学者,这可能对我很有用。)
对于初学者来说,这方面最好的资源就是书 任何you DAO都只是一个POJO,因此它们的任何方法都可以作为
引用公开,以接受请求
消息(只是负载
或与头
一起),并生成一些结果,这些结果将作为回复
消息显示
如果您想将所有这些方法公开为Spring集成端点,您别无选择,除非为每个方法提供单独的MessageChannel
和
对
老实说:Spring集成没有定位为DAOfacade
。当您需要使用通道适配器
(当然是从大高度)从外部系统接收/向外部系统发送数据时,它扮演着完全不同的集成角色
Spring集成的目标不是成为
开发驱动的
框架,但是它是可能的。感谢MessagingGateway
、SpEL和脚本支持以及处理来自许多组件的POJO方法调用的好钩子。感谢您的回复。通过渠道在DAO和客户之间进行ie沟通是不必要的工作吗?(我从我在一家大公司工作的朋友那里得到了关于SI和DAO的建议,以及这些做法适用的地方。虽然这看起来很奇怪,但我决定在这个方向上寻找一些东西。)