如何扩展无扩展点的开源库？以Maven RequireUpperBounds规则为例

以下是既能扩展原功能又能兼容后续Maven版本更新的可行方案：

• 利用反射提取内部结果对象
  原RequireUpperBounds规则的execute方法虽然返回void，但内部必然存储了计算后的结果数据（比如违规依赖列表）。你可以：

  1. 编写自定义规则，先调用原规则的execute方法完成校验逻辑
  2. 通过反射获取原规则实例中存储结果的私有字段（需查看Maven Enforcer源码确认字段名称，比如violations）
  3. 直接提取该字段对应的Java对象，无需解析字符串输出
     这种方式无需修改原源码，只要后续版本的内部字段命名未大幅变更，就能兼容更新，适配成本远低于fork源码。

• 基于Enforcer扩展点实现自定义规则
  参考RequireUpperBounds的源码逻辑，自行实现一个规则：

  1. 复用原规则中依赖解析、版本校验的核心逻辑——若原规则有公开的工具方法直接调用；若方法私有，同样用反射调用
  2. 在自定义规则中添加getter方法，将计算后的结果以Java对象形式暴露
     该方案基于公开扩展机制，只要原规则的核心逻辑未被大幅改动，就能兼容后续版本。

• 对方案C的补充指正
  你认为继承原规则不可行的判断可以再优化：

  • 子类可以重写execute方法，先调用super.execute()执行父类逻辑，再通过反射获取父类中的结果字段
  • 针对构造函数需要内部依赖类型的问题，可通过反射实例化这些内部类型（获取对应构造器并传入必要参数），只要对Maven Enforcer内部结构有基本了解即可实现。

总结 #

优先推荐反射提取内部结果的方案，既能完全复用原规则逻辑，又无需fork源码，后续版本更新时仅需少量适配即可兼容。若担心反射的兼容性，参考原规则逻辑重写自定义规则也是可靠选择。

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