JBMRS:创造事实
对于在 ESB 内使用 JBRMS、JBPM 的项目来说,哪一个更好:在 BRMS 内创建事实类型还是上传 POJO?根据我的理解,在 BRMS 中创建事实类型具有以下优点:如果以后需要添加任何内容,我们可以在内部进行简单的更改并编写规则。哪一个会是更好的解决方案?
Which one will be better for a project using JBRMS, JBPM inside an ESB: Creating fact types inside the BRMS or uploading POJO's? As per my understanding, creating fact types inside BRMS have advantage like, if there is anything to be added later on we can make a simple change inside and write a rule. Which will be a better solution?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
POJO 通常更好,因为您有更多的工具(IDE)来处理它们,您可以在应用程序代码中使用相同的 POJO,而无需重复使用特定的 API(drools API 或 java 反射),更容易在多个 DRL 之间重用事实,以及其他一些优点。
声明性模型的主要用例是定义仅在规则内部使用(不被应用程序引用)的事实类型。
POJOs are usually better as you have more tooling (IDE's) to deal with them, you can use the same POJOs in your application code without recurring to specific API (drools API or java reflection), it is easier to reuse the facts among multiple DRLs, among a few other advantages.
The main use case for the declarative model is to define fact types that are only used inside the rules (not referenced by the application).