工作中odoo相关笔记

1继承重写compute方法验证

初始 model 里 num_c = num_a * num_b

继承后 改写compute后  num_c =num_a * num_b * num_d依赖关系一般这样写depends('num_a','num_b','num_d'),验证后依赖关系depends('num_d')与depends('num_a','num_b','num_d')效果一致,就是说继承后依赖关系不用写全,只需要将新添加的字段依赖即可。

代码


工作中odoo相关笔记_第1张图片
工作中odoo相关笔记_第2张图片

2 关于abstract model继承关系的一些验证

如果是abstract model继承关系,abstract model上的order by, sql_constrains  | model上的o2m字段的ondelete属性会不会继承过来?

经过验证abstract model上的order by, sql_constrains| model上的o2m字段的ondelete属性会验证过来

验证代码:

工作中odoo相关笔记_第3张图片
工作中odoo相关笔记_第4张图片

3 如图 

工作中odoo相关笔记_第5张图片
action 需要实现筛选功能 但是不显示筛选内容

实现

工作中odoo相关笔记_第6张图片
将context里面的筛选去掉 然后在domain里面添加筛选条件

4 如下图更改 action 分团管理的name


工作中odoo相关笔记_第7张图片

以下是脚本参考代码:


工作中odoo相关笔记_第8张图片


attrs="{'invisible':['|',('product_copywrite_qty','!=',0),('state','!=','draft')]}"/>

视图继承方法

工作中odoo相关笔记_第9张图片

使用onchange检查数据合理性的时候,先清空不合理的数据,然后再弹错报警,这样可以解决onchange检查后还能保存不合理数据的问题


git相关

恢复到最后一次提交的改动:

Git checkout--

+ 需要恢复的文件名

但是,需要注意的是,如果该文件已经 add 到暂存队列中,上面的命令就不灵光喽

需要先让这个文件取消暂存:

git reset HEAD--

+ 需要取消暂存的文件名

然后再使用第一条命令。


添加删除条件 unlink用法

工作中odoo相关笔记_第10张图片

你可能感兴趣的:(工作中odoo相关笔记)