难理解的参数：
Store = True
原因：ODOO 默认情况下不存储计算字段。（因为，可以减少数据库的开销）。但你知道的， 当您希望能够执行某个函数，需要从数据库中调用此值时，这会导致问题。
要修复此问题，odoo 在计算字段上提供 store=true 标志。
但是，还有一个问题：它只开火一次。为了解决这个问题，您需要使用@api.depends 装饰器，以便在每次更改相关字段时更新字段。
@api.depends 还可以接收以逗号分隔的字段名列表
@api.depends('field_name')
或者
@api.depends('field_name','another_field_name')
@api.one @api.depends('field2')
def _compute_field1(self):
self.field1 = 每次“field2”更改时发生的事件
field1 = fields.Char(compute=_compute_field1,store=True) field2 = fields.Char()
Related Field
原理解析：
可以通过一个小实验验证，related 字段，在不添加 store = True 参数时，通过 NavCat 在数据库中是看不到此字段的。
由此可见：
Related 字段在数据库中是没有存储的，均是每次调用此字段时，通过函数计算出来。
Related 字段在数据库中是没有存储的，均是每次调用此字段时，通过函数计算出来。 所以，若想要让其他函数引用此 related 字段，必须添加 store = True 属性。
Inverse
反参数的使用非常简单。通常，计算字段是只读的，因为它从记录集即时计算值。如果您需要在 计算字段上进行手动输入，可以通过给出反函数来完成。因此，当字段被写入/创建时，它会触发对修饰函数的调用。它反转计算并设置相关字段。
Invserse 通俗点讲的话，他是 Compute 的相反设置.我们在 field 中设置了它对应的 Compute 计算方法，那么这个字段就变成了只读的，这时候我们可以设置 inverse，来达到为该字段赋值的目的。设置了 inverse 这个，字段就可以在前端直接编辑，赋值就是通过这个 inverse 设置的方法。
upper = fields.Char(compute='_compute_upper',
inverse='_inverse_upper', search='_search_upper')
@api.depends('employee_id') def _compute_upper(self):
for rec in self:
rec.upper = rec.employee_name.upper() if rec.employee_name else False
def _inverse_upper(self): for rec in self:
rec.employee_name = rec.upper.lower() if rec.upper else False
步骤一：
步骤二：
步骤三：
Search
默认情况下，计算字段不存储到数据库中，而是动态计算。添加属性“store=true”将在数据库 中存储字段值。存储字段的优点是，对该字段的搜索是由数据库本身完成的。
因此，不能正常搜索未存储在数据库中的计算字段，要启用搜索，必须显式定义搜索函数。这可 以通过在计算字段中添加“搜索”参数来实现。如果我们添加一个方法来搜索计算字段，那么在 对模型进行实际搜索之前，在处理域时会调用该方法。
standard_price = fields.Float(
'Cost', compute='_compute_standard_price', inverse='_set_standard_price', search ='_search_standard_price', digits=dp.get_precision('Product Price'), groups="base.group_user",
)
def _search_standard_price(self, operator, value):
products = self.env['product.product'].search([('standard_price', operator, value)], limit=None) return [('id', 'in', products.mapped('product_tmpl_id').ids)]
