Java 在SOA中何时使用SDO（服务数据对象）

我加入了一个密集使用SDO的新团队。这个概念对我来说是新的，但我知道它用于数据的统一视图。我习惯于通过DAO访问服务上的Java持久性实体，我发现额外的SDO层有点重。您能否给出您成功使用SDO的真实场景？提前感谢。

注意：我是专家组的负责人和成员

SDO

DataObject

肯定比相应的POJO重。SDO的一些优点如下：

模型可以是完全动态的，不需要静态模型。静态接口的生成是可选的

Java中有一个非常丰富的元模型wrt

Type

和

Property

与常规反射相比

当使用

ChangeSummary

时，您有一个用于跟踪更改的内置机制

数据可以按路径查询，而不仅仅是按属性名称查询

---

我们不使用SDO，但我们自己重新设计了最后两件事，这涉及到大量的时间、精力和缺陷。我在空闲时间做一些nodeJs+mongodb，SDO的概念是否类似于javascript中的模型（因为mongodb的输出是JSON，所以您的模型是动态的）