回顾学习
之前有讲解过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%以上的问题。
- 有问题可以下方留言。
每日精进：慢慢建立自己的原则，做一个有原则的人。
内容来源于网络如有侵权请私信删除
文章来源: 博客园
- 还没有人评论，欢迎说说您的想法！
客服
