场景描述：
odoo模块化开发的架构理念，科学&高效，
可以让很多业务场景，尽可能松耦合；让开发人员的主要精力，关注在当前的业务逻辑；
所谓「前人栽树，后人乘凉」，模块整体好比一棵大树，
开发过程中，你发现了大树的某个枝干上【模块下某个类】前人挂了个牌儿A-B，
上边书道：“该枝干继承了某根节点【父类A】的功能，并扩展了它的方法！”，
有一天，原大树枝繁叶茂，根部延长出另一棵树【原模块的扩展模块】，
此时呢，新树上的某个枝干，也要继承之前那个根节点A，并扩展它的方法，
同样需要在该枝干上挂个牌儿叫A-C，把你扩展的新功能描述写上去。
行人慕名而来【即方法执行的时候】，要查看扩展了该根节点的牌儿，
这个时候，疑问来了，两棵树上，存在两个父类同名的牌儿，
（1）是先看你的，还是先看前人的？
（2）两个牌，行人是否都要看？
（3）有没有什么方式，让行人只看你的不看前人的？
大家会说，肯定先看好找的那个，或者离得近的那个，的确！
那，这样的话，就有了优先级的问题【执行顺序】；
先来看看kevin大哥的讲述：https://www.cnblogs.com/kfx2007/p/4065407.html
问题分析：
可以回顾下：odoo模型继承的相关知识
个人理解：
待补充。。。