能否借助Javers基于类/对象式元模型计算差异而非具体Java类？

好问题！Javers默认确实是围绕具体Java类和反射机制设计的差异计算逻辑，但针对你这种基于类/对象风格元模型（而非具体Java类）的场景，还是有几种实用的适配方案，我来给你详细拆解：

1. 自定义Javers的类型解析与属性映射 #

Javers提供了可扩展的类型处理接口，你可以通过实现TypeResolver和自定义Property来对接你的元模型：

• 针对你的元模型类（比如对应Java Class的MetaClass），实现TypeResolver.resolveType()方法，返回一个基于元模型的自定义JaversType，让Javers识别这是一个合法的“类型”。
• 针对元模型中的字段（比如对应Java Field的MetaField），实现Property接口，封装字段的名称、数据类型、访问逻辑等信息，让Javers能通过这个接口读取元模型实例的字段值。
  通过这种方式，Javers的核心差异计算逻辑就能直接基于你的元模型运行，不需要依赖具体的Java类。

2. 将元模型实例转换为动态对象 #

如果你的元模型实例结构和普通Java对象类似，可以先把它转换成Javers能直接处理的动态对象，比如：

• Map<String, Object>：遍历元模型实例的所有属性，将属性名和对应值存入HashMap，然后直接用javers.compare(map1, map2)计算差异。这种方式简单快捷，适合结构不复杂的元模型。
• 动态生成的Java Bean：借助像CGLIB、ByteBuddy这类字节码工具，根据你的元模型动态生成临时Java类并创建实例，再交给Javers处理。这种方式能保留类型信息，适合有复杂嵌套或类型约束的元模型。

3. 扩展Javers的核心差异计算逻辑 #

如果前两种方式无法满足你的需求，还可以直接基于Javers的核心组件进行扩展：
Javers的差异计算核心是遍历对象的属性树并逐一对比，你可以编写自己的属性树遍历逻辑——用你的元模型来构建属性树结构，然后复用Javers内置的差异对比算法（比如基础值比较、集合/数组比较、嵌套对象比较等）。这种方式工作量较大，但能完全适配你的元模型规则，不受Java类的限制。

另外补充一句：你提到的java-object-diff库，其实也可以用类似的思路（自定义类型解析、转换动态对象）来适配元模型场景。

内容的提问来源于stack exchange，提问作者Ryan Gustafson