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