我是 Mule 的新手,我正在编写一些需要与后端 REST 服务通信的流程。我不确定最好的设计方法是什么。
我是否创建了一个包装 REST 服务的类,将其实例化为一个 spring 单例 bean,并将其注入到我的每个流程中的每个自定义 Mule 消息处理器中?
还是在调用每个消息处理器时仅在每个消息处理器中实例化类更好?
或者它只是解释 mule 消息并调用适当 REST 资源的另一个流?
我担心选择性能较差且随着系统增长而难以维护的选项。
我是 Mule 的新手,我正在编写一些需要与后端 REST 服务通信的流程。我不确定最好的设计方法是什么。
我是否创建了一个包装 REST 服务的类,将其实例化为一个 spring 单例 bean,并将其注入到我的每个流程中的每个自定义 Mule 消息处理器中?
还是在调用每个消息处理器时仅在每个消息处理器中实例化类更好?
或者它只是解释 mule 消息并调用适当 REST 资源的另一个流?
我担心选择性能较差且随着系统增长而难以维护的选项。
使用 DevKit 创建 REST 客户端:http: //www.mulesoft.org/documentation/display/current/Connecting+to+a+REST+API
这将为您提供一个 Mule 模块,该模块既可以在 Studio 中使用,也可以作为普通的旧 Maven 工件。它将封装所有客户端逻辑,并且由于它对 REST API 的支持,DevKit 将完成大部分工作:您将编写抽象方法存根,它会生成客户端代码。
然后,在主应用程序中使用选择路由器等来调用这些新创建的 Mule 元素。
这种方法将随着时间的推移优雅地扩展。