Spring 集成 DAO 最佳实践
Spring Integration DAO best practices
我们的 RESTful WS 在没有 SI 的情况下设计并具有以下 DAO 结构：
../dao/FooDao
../dao/BarDao
../dao/UserDao
../daoImpl/..
../service/..
但是现在我们发现有必要使用上面的组件。
我是系统集成的初学者，看了《Just Spring Integration》后，基本了解了
问题是：
为 DAO 创建通道、端点等的最佳实践是什么？
（如果您提供与 SI 相关的文章、书籍、视频等的链接，那将是很棒的，也许对我这个初学者有用。）
此致
初学者最好的资源是 Spring Integration in Action 书。
任何你的 DAO 都只是一个 POJO，因此它们的任何方法都可以公开为 <service-activator> 引用以接受 request 消息（只是 payload 或与 headers 一起) 并产生一些结果，这些结果将作为 reply 消息出现。
如果您想将所有这些方法公开为 Spring 集成端点，您别无选择，除非为每个方法提供单独的 MessageChannel 和 <service-activator> 对。
老实说：Spring 集成并未定位为 DAO facade。当您需要 ingest/emit 数据 from/to 使用 Channel Adapters 的外部系统时，它起着完全不同的集成作用（当然是从大的高度）。
Spring 集成并不旨在成为 development driven 框架，但它是可能的。感谢 MessagingGateway、SpEL 和脚本支持，以及处理来自许多组件的 POJO 方法调用的好钩子。
我们的 RESTful WS 在没有 SI 的情况下设计并具有以下 DAO 结构：
../dao/FooDao
../dao/BarDao
../dao/UserDao
../daoImpl/..
../service/..
但是现在我们发现有必要使用上面的组件。 我是系统集成的初学者，看了《Just Spring Integration》后，基本了解了
问题是： 为 DAO 创建通道、端点等的最佳实践是什么？ （如果您提供与 SI 相关的文章、书籍、视频等的链接，那将是很棒的，也许对我这个初学者有用。）
此致
初学者最好的资源是 Spring Integration in Action 书。
任何你的 DAO 都只是一个 POJO，因此它们的任何方法都可以公开为 <service-activator> 引用以接受 request 消息（只是 payload 或与 headers 一起) 并产生一些结果，这些结果将作为 reply 消息出现。
如果您想将所有这些方法公开为 Spring 集成端点，您别无选择，除非为每个方法提供单独的 MessageChannel 和 <service-activator> 对。
老实说：Spring 集成并未定位为 DAO facade。当您需要 ingest/emit 数据 from/to 使用 Channel Adapters 的外部系统时，它起着完全不同的集成作用（当然是从大的高度）。
Spring 集成并不旨在成为 development driven 框架，但它是可能的。感谢 MessagingGateway、SpEL 和脚本支持，以及处理来自许多组件的 POJO 方法调用的好钩子。