回顾学习
之前有讲解过display_name是怎么由来的,odoo会去取_rec_name的值,会将_rec_name的值赋值给display_name。
class FandxProduct(model.Model):
_inhert = \"product.product\"
_rec_name = \'fandx_name\'
fandx_name = fields.Char(string=\'产品名称\')
这里我们会发现_rec_name是无效的,之前我们也讲解过需要重写name_get才能会使用继承后重写的_rec_name。
class FandxProduct(model.Model):
_inhert = \"product.product\"
_rec_name = \'fandx_name\'
fandx_name = fields.Char(string=\'产品名称\')
def name_get(self):
return super(GoodsSkus, self).name_get()
这里惊喜的发现display_name的取值还是name的值。既然如此那么只能去在深入研究了display_name是怎么来的了。
先研究一下Basemodel中display_name字段的由来
# display_name的取值决定与_compute_display_name的方法
# 1. _setup_base
# 2. _add_magic_fields
@api.model
def _add_magic_fields(self):
# ....
# 重点关注,display_name原来是根据compute计算字段而来的
add(\'display_name\', fields.Char(string=\'Display Name\', automatic=True,
compute=\'_compute_display_name\'))
#....
@api.depends(lambda self: (self._rec_name,) if self._rec_name else ())
def _compute_display_name(self):
names = dict(self.name_get())
for record in self:
record.display_name = names.get(record.id, False)
这么一看没有半点毛病,还是取值name_get(),那么只有一种可能了name_get()被重写了。
Product.product中的name_get()
查看了源码果不其然,name_get的方法被重写了,那么久研究一下他为什么没有走_rec_name
def name_get(self):
# ....
# 这里发现,product直接取值product.name,并没有取_rec_name,怪不得怎么重写rec_name都不会生效
name = variant and \"%s (%s)\" % (product.name, variant) or product.name
# ....
解决问题
Product的display_name为什么没有取值_rec_name的原因是找到了,那么对症下药就可以了,还是重写name_get(),但是返回的格式要注意name_get() -> [(id, name), ...]。
class FandxProduct(model.Model):
_inhert = \"product.product\"
_rec_name = \'fandx_name\'
fandx_name = fields.Char(string=\'产品名称\')
def name_get(self):
# 这里也可以根据自己的想法自由组建自己的display_name值的内容
for record in self:
name = record._rec_name
add_data = (record.id, name)
res.append(add_data)
return res
总结
- 其实说到底还是使用了name_get解决了问题,但是更加细致的了解了display_name的由来。
- 其实我们发现问题,耐心的去查看源码基本可以解决90%以上的问题。
- 有问题可以下方留言。
每日精进:慢慢建立自己的原则,做一个有原则的人。
来源:https://www.cnblogs.com/fandx/p/15062830.html
图文来源于网络,如有侵权请联系删除。