Odoo中重写方法时保持代码变更可维护的最佳实践

• 优先用独立模块做局部重写/补丁，绝不碰核心仓库
  所有自定义逻辑都封装在独立模块里，别直接修改Odoo核心代码。能用Odoo原生继承（_inherit）的就别用猴子补丁，继承时尽量只改需要的部分——先调用原方法（super().xxx()），再插入自己的逻辑，而不是全盘重写原方法。这样上游哪怕改了方法内部逻辑，只要签名没变，你的代码至少能正常运行，不会直接崩掉，后续适配也只需要对比原方法的变动点调整。
  实在要用猴子补丁（比如工具类方法没法继承），记得加版本判断：在补丁代码里先检查Odoo版本或者原方法的特征，再决定是否应用补丁，避免大版本升级后补丁直接失效。
  示例代码（局部重写销售订单确认逻辑）：

  class SaleOrder(models.Model):
      _inherit = 'sale.order'
  
      def action_confirm(self):
          # 自定义前置操作
          self._custom_pre_confirm_steps()
          # 调用原确认逻辑
          result = super().action_confirm()
          # 自定义后置操作
          self._custom_post_confirm_notify()
          return result
  

• 建立版本更新的适配流程
  每次上游推小版本更新或大版本升级，先在测试环境拉取代码，跑一遍针对自定义模块的自动化测试，快速定位哪些重写/补丁失效。同时维护一个变更日志，记录每个自定义修改的原因、涉及的核心方法、依赖的内部模块，升级时照着日志找适配点，效率会高很多。
  针对内部模块依赖的问题，在模块的__manifest__.py里明确写depends字段，确保依赖的自定义模块先加载，重写的方法能正常生效。

• 尽量用钩子替代完全重写
  如果经常要改某个核心方法，别直接全盘覆盖，而是给原方法加钩子。比如用猴子补丁在原方法的关键节点触发自定义事件，后续上游修改原方法时，你只需要维护自己的钩子逻辑，不用跟着重写整个方法。
  示例代码（给核心方法加前后置钩子）：

  # 保存原方法引用
  original_core_method = models.Model.some_critical_method
  
  def patched_method(self, *args, **kwargs):
      # 触发前置自定义逻辑
      if self.env.context.get('run_custom_pre_hook'):
          self._custom_pre_process(*args, **kwargs)
      # 执行原方法
      res = original_core_method(self, *args, **kwargs)
      # 触发后置自定义逻辑
      if self.env.context.get('run_custom_post_hook'):
          self._custom_post_process(*args, **kwargs)
      return res
  
  # 替换原方法
  models.Model.some_critical_method = patched_method
  

• 用独立仓库管理自定义模块
  把所有自定义模块放在单独的Git仓库，用Git子模块或者部署脚本关联到Odoo核心仓库，彻底隔离自定义代码和上游代码。这样上游更新时，直接拉取核心仓库的代码就行，自定义模块仓库独立维护，不会出现合并冲突。而且每个模块只做一件事，避免过度耦合，方便单独测试和调整。

内容的提问来源于stack exchange，提问作者Dimitrios T. Tanis