回顾学习

之前有讲解过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%以上的问题。
• 有问题可以下方留言。