java使用Drools的declarativemodel生成的类作为主要业务对象模型
Drools compile-generated classes可以用作主要业务对象模型吗
在Drools应用程序中，由于不同的服务接口在映射到Drools的事实模型以触发规则（以及向后）之前被映射到一个中间JAVA模型，我们要支付巨大的映射成本
我想摆脱这种额外的抽象层来提高效率，我正在考虑直接使用Drools的事实模型作为任何预处理或后处理逻辑的业务对象模型
最后，我想扩展Drools生成的类，以添加技术属性，这些属性不需要成为事实模型的一部分，但这将方便预处理和后处理业务
这种方法有什么缺点（假设有效）
# 1 楼答案
它将在应用程序和drools之间创建高度耦合的情况。我建议对应用程序和drools模型使用单独的类。如果两组类和属性的名称相同，那么可以使用反射（例如beanutils）来来回复制值，从而降低映射成本