odoo12从零开始:三、2)odoo模型层

前言

  上一篇文章(创建你的第一个应用模块(module))已经大致描述了odoo的模型层(model)和视图层(view),这一篇文章,我们将系统地介绍有关于model的知识,其中包括:

1、模型的类型:Model、TransientModel、AbstractModel
2、模型的属性:_name,_description,_table,_order等
3、模型的字段类型:Char、Boolean、Selection、Binary、Integer、Float、Date、Datetime、Html、Text、Many2one、One2many等
4、模型的字段属性:string,default,help,index,copy,readonly,required,groups,states,translate,compute,store,domain,related等 
5、模型的自带字段:create_uid,create_date,write_uid,write_date
6、模型的修饰器:@api.multi,@api.model,@api.constrains,@api.onchange,@api.depends等
7、模型的生命周期方法:create、write、unlink、default_get、name_get等

 模型的类型

      odoo的模型是系统的数据中心,所有的数据都通过odoo类的ORM(对象关系映射)映射到数据库的表,所有的数据操作除了直接通过sql查询外,都通过odoo类进行操作。odoo类通过python继承models.Model、models.TransientModel、models.AbstractModel实现,其中:系统会为Model, TransientModel的所有字段建立数据库字段,不会为AbstractModel建立任何数据库字段。

Tips:
1、Odoo的命名遵循大驼峰的命名方式(eg. EmployeeSalary)
2、Odoo通过python类继承实现模型定义(eg. Class Employee(models.Model))

1、Model

      Model是存储数据记录的最主要手段,它是持久化地对数据记录(record)进行存储,直至对其进行删除。例如我们在上一节建立的员工模块,它继承的就是models.Model,它将会存储所有的员工档案信息,这也是我们想要的。

2、TransientModel

  TransientModel我们称之为"瞬时模型",数据库也会为瞬时模型存储数据,但是Odoo会有专门的定时任务对瞬时模型进行清空,这将会大大节省了数据的存储空间。它的优点在于可以使用Odoo正常的功能函数,但是不会对数据库造成数据负担,主要的用途就是向导(wizard)。例如:res.config.settings模型使用的就是瞬时模型,它在专门的地方对其他模型的数据值进行配置,而不产生多余存储空间。我们在odoo12之应用:一、双因子验证(Two-factor authentication, 2FA)一节中使用"导出翻译"功能界面就是一个由瞬时模型写的向导界面:

# -*- coding: utf-8 -*-
# Part of Odoo. See LICENSE file for full copyright and licensing details.

import base64
import contextlib
import io

from odoo import api, fields, models, tools, _

NEW_LANG_KEY = '__new__'

class BaseLanguageExport(models.TransientModel):
    _name = "base.language.export"
    _description = 'Language Export'

    @api.model
    def _get_languages(self):
        langs = self.env['res.lang'].search([('translatable', '=', True)])
        return [(NEW_LANG_KEY, _('New Language (Empty translation template)'))] + \
               [(lang.code, lang.name) for lang in langs]
   
    name = fields.Char('File Name', readonly=True)
    lang = fields.Selection(_get_languages, string='Language', required=True, default=NEW_LANG_KEY)
    format = fields.Selection([('csv','CSV File'), ('po','PO File'), ('tgz', 'TGZ Archive')],
                              string='File Format', required=True, default='csv')
    modules = fields.Many2many('ir.module.module', 'rel_modules_langexport', 'wiz_id', 'module_id',
                               string='Apps To Export', domain=[('state','=','installed')])
    data = fields.Binary('File', readonly=True)
    state = fields.Selection([('choose', 'choose'), ('get', 'get')], # choose language or get the file
                             default='choose')

    @api.multi
    def act_getfile(self):
        this = self[0]
        lang = this.lang if this.lang != NEW_LANG_KEY else False
        mods = sorted(this.mapped('modules.name')) or ['all']

        with contextlib.closing(io.BytesIO()) as buf:
            tools.trans_export(lang, mods, buf, this.format, self._cr)
            out = base64.encodestring(buf.getvalue())

        filename = 'new'
        if lang:
            filename = tools.get_iso_codes(lang)
        elif len(mods) == 1:
            filename = mods[0]
        extension = this.format
        if not lang and extension == 'po':
            extension = 'pot'
        name = "%s.%s" % (filename, extension)
        this.write({'state': 'get', 'data': out, 'name': name})
        return {
            'type': 'ir.actions.act_window',
            'res_model': 'base.language.export',
            'view_mode': 'form',
            'view_type': 'form',
            'res_id': this.id,
            'views': [(False, 'form')],
            'target': 'new',
        }

odoo12从零开始:三、2)odoo模型层_第1张图片

 它通过在view中"导出"按钮实现调用act_getfile方法,实现导出功能,并return回到base.language.export页面中。

<footer states="choose">
    <button name="act_getfile" string="Export" type="object" class="btn-primary"/>
    <button special="cancel" string="Cancel" type="object" class="btn-secondary"/>
footer>

3、AbstractModel

      AbstractModel(抽象类模型)和我们平时理解的面向对象语言中的抽象类是类似的功能,在抽象类中定义一些通用的字段和方法,在子类中进行继承或者重写,可以理解为它是没有"多态"功能的抽象类。比如我们使用的所有字段类: Integer、Float等,还有MailThread,都是抽象模型,为子类实现部分功能。

class Float(models.AbstractModel):
    _name = 'ir.qweb.field.float'
    _description = 'Qweb Field Float'
    _inherit = 'ir.qweb.field.float'

    @api.model
    def from_html(self, model, field, element):
        lang = self.user_lang()
        value = element.text_content().strip()
        return float(value.replace(lang.thousands_sep, '')
                          .replace(lang.decimal_point, '.'))

模型的属性

 我们主要介绍几个常用的属性:

_name: 必填属性,odoo类的唯一标识,全局不能重复。
_description: 描述属性,只在查看模型界面的时候作为展示使用,没有实际用户,可选不填,但好的编码习惯我们应该书写尽量详尽的描述。
_table:对应的数据库表名,可选,默认为模型的_name替换.为_,实际上为了方便和统一,我们在一般的情况下不修改数据库表名。
_order: 数据视图的排列顺序,实用功能,方便tree视图的查看,例如我们使用_order = 'sequence,id'表示根据单号和记录id排序, "create_date desc":根据最新创建时间排序。
Tip:为了代码的可读性以及数据可维护性,笔者建议不要使用_table和_order功能。

视图排序功能可以通过在tree/kanban视图中使用default_order实现:

"xxx" default_order="create_date desc">

模型的字段类型

Char: 单行文本
Boolean: 逻辑字段,True/False
Selection: 列表选择字段,第一个参数为元组列表,表示可选列表,
如:
GENDER = [
    ('male', u''),
    ('female', u''),
    ('other', u'其他')
]
gender = fields.Selection(GENDER, string=u'性别')
Binary: 二进制字段,通常用于图片、附件等文件读写
Integer: 整型字段
Float: 浮点型字段,可以指定位数digits,使用元组(a,b),其中a是总位数,b 是保留小数位
Date: 日期对象,精确到天
Datetime: 日期对象,精确到秒
Html: 界面展示HTML内容,带有富文本编辑器
Text: 多行文本,表现为textarea
Many2one: 多对一关系字段,如:
company_id = fields.Many2one('res.company', string=u'公司')
表现为多个员工可以对应同一个公司,'res.company'是odoo内置公司模型
One2many:一对多关系字段,如:
subordinate_ids = fields.One2many('ml.employee', 'leader_id', string=u'下属')
表示一个员工可以有多个下属
_sql_constraints: 为数据库添加约束,例如:
_sql_constraints = [
('attendance_name_uniq', 'unique (name)', u'编码不能重复!'),
]

模型的字段属性

string: 字段的默认标签,展示于用户界面,不声明的话odoo将会采用字段名。它通常是第一个参数(一对多,多对一,多对多和Selection除外),也可以使用string="xxx"放置于任何位置。在xml视图中,可以使用"xxx" string="XXX" />替代默认标签
default: 设置默认值,允许是函数或者匿名函数,例如:
fields.Date(string='XXX', default=fields.Date.context_today)
help: 帮助信息,通常进行描述字段,将鼠标放置于界面字段上将会显示帮助信息。
index: 会为数据库字段添加索引,加快数据读取速度
copy: 复制时是否复制当前字段,除了关联字段外,默认为True
readonly: 控制字段是否不可编辑。仅对用户界面生效,对API调用不生效,如:
date = fields.Date(readonly=True, default=fields.Date.context_today)
self.update{
    date: '2019-01-01'
}
依然生效
required: 控制字段是否必填, 会为数据库添加约束NOT NULL,因此对API调用是生效的
groups: 控制字段权限,为字段分权限组,只有处于该权限组的用户可见该字段
states: 控制不同状态下字段的属性,表现在用户界面。如:
states={'draft':[('readonly', '=', False), ('invisible', '=', 'False), ('required', '=' True]}
translate: 表示是否对这个字段生成翻译
store: 是否存储该字段,除了compute字段和关联字段,其他字段默认都为True
compute: 计算字段,属性值为函数名,会为该字段调用对应的函数获取返回值作为字段的值,拥有该属性的字段默认readonly为True,store为False
domain: 用于Many2one字段,筛选对应模型的可选记录值
related: 关联字段,用于与其他模型字段进行关联,不会创建数据库字段,默认只读,如果设为可写(readonly=False),字段的修改将会直接影响被关联的字段。如:
is_open_2fa = fields.Boolean(related='company_id.is_open_2fa', string="Open 2FA", readonly=False)
前提是模型中有company_id这个关联字段

模型的自带字段

模型中还自带有四个默认的字段:create_uid,create_date,write_uid,write_date;

create_uid: 代表记录的创建用户

create_date: 代表记录的创建时间,Datetime类型

write_uid: 代表最近更新记录的值的用户

write_date: 代表最近更新记录的值的时间,Datetime类型

此外,还有一个active字段,代表记录是否有效

模型的修饰器

@api.multi:对记录集进行操作的方法需要添加此修饰器,此时self就是要操作的记录集。所以方法内应该对self进行遍历,例如:

@api.multi
def xxxxxxx(self):
    for record in self:
        do_something # 对数据集的一些操作

如果方法没有添加修饰器,默认为@api.multi

@api.model:模型(model)层面的操作需要添加此修饰器,它不针对特定的记录,也不保留记录集,self是对模型的引用。相当于类静态函数。例如create方法,widget的调用方法。

注意:form视图自带按钮的调用应该使用@api.multi,因为它是针对特定记录的操作,而widget内自定的视图通过rpc或者call调用方法,应该使用@api.model,因为它是模型层面的调用。

@api.one: 老版本遗留修饰器,不推荐使用,在@api.multi中使用self.ensure_one()来代替

以上是对数据集和模型进行操作的修饰器。此外,还有对字段进行操作的修饰器:

@api.constrains:在界面层面对字段进行约束,对API调用不起效果,例如:

@api.constrains('amount')
def _check_amount(self):
    self.ensure_one()
    if self.amount < 0:
        raise ValidationError(_('The payment amount cannot be negative.'))

@api.onchange:onchange方法只在用户界面表单视图中触发,当用户修改指定的字段值时,立即执行方法内的业务逻辑,可以用于数据的修改,用户提示等。

注意1、onchange修改的字段值在保存时会失效,需要在xml字段中使用force_save="1"来存储,如:
@api.multi @api.onchange(
'a') def _onchange_a(self): for record in self: record.lead_id = 'XXX' "lead_id" readonly="1" force_save="1" />
2、在不同的表单中,可以使用on_change="0"来禁止某个字段的onchange属性 @api.depends:compute字段所对应的方法需要使用该修饰器,以计算值,例如: # 将二维码的值赋给otp_qrcode变量 otp_uri = fields.Char(compute='_compute_otp_uri', string="URI") @api.depends('otp_uri') def _compute_otp_qrcode(self): self.ensure_one() self.otp_qrcode = self.create_qr_code(self.otp_uri)

 模型的生命周期方法

create:记录创建方法,每次记录的创建都会调用create方法,可以在该方法中添加对数据的校验,自动生成单号等,例如下面的自动生成单号

@api.model
def create(self, vals):
    if vals.get('name', '/') == '/':
        vals['name'] = self.env['ir.sequence'].next_by_code('picking.batch') or '/'
    return super(StockPickingBatch, self).create(vals)

注意,create方法应该使用@api.model修饰器,我们在任何情况下都应该调用父类的创建方法,以创建记录,并返回创建的对象:
do something # 创建前的逻辑
rec = super(StockPickingBatch, self).create(vals)
do other things # 创建后的逻辑
return rec

write: 记录(record)的编辑方法,对已存在的记录进行编辑,如:

@api.multi
def write(self, values):
    tools.image_resize_images(values)
    return super(Employee, self).write(values)

unlink:记录的删除方法,可以在这里对记录的删除添加限制,或者在删除时对其他信息进行清空,如:

@api.multi
def unlink(self):
    if any(line.holiday_id for line in self):
        raise UserError(_('You cannot delete timesheet lines attached to a leaves. Please cancel the leaves instead.'))
    return super(AccountAnalyticLine, self).unlink()
default_get:使用修饰器@api.model包裹,定义数据的默认值,跟字段中的default效果类似,例如:

@api.model
def default_get(self, fields):
    res = super(StockRulesReport, self).default_get(fields)
    product_tmpl_id = False
    if 'product_id' in fields:
        if self.env.context.get('default_product_id'):
            product_id = self.env['product.product'].browse(self.env.context['default_product_id'])
            product_tmpl_id = product_id.product_tmpl_id
            res['product_tmpl_id'] = product_id.product_tmpl_id.id
            res['product_id'] = product_id.id
        elif self.env.context.get('default_product_tmpl_id'):
            product_tmpl_id = self.env['product.template'].browse(self.env.context['default_product_tmpl_id'])
            res['product_tmpl_id'] = product_tmpl_id.id
            res['product_id'] = product_tmpl_id.product_variant_id.id
            if len(product_tmpl_id.product_variant_ids) > 1:
                res['product_has_variants'] = True
    if 'warehouse_ids' in fields:
        warehouse_id = self.env['stock.warehouse'].search([], limit=1).id
        res['warehouse_ids'] = [(6, 0, [warehouse_id])]
    return res

name_get:定义记录的显示形式,特别是在Many2one字段中的显示,比较常用,例如:

@api.multi
@api.depends('employee_id')
def name_get(self):
    """
    名称显示格式:[XXX]YYY
    """
    result = []
    for record in self:
        name = '[%s]员工' % (record.employee_id.name)
        result.append((record.id, name))
    return result

那么它的展现形式就会是:[李三]员工

笔者的建议

1、使用onchange + force_save替代compute字段:尽量不要使用compute的字段,在API取值时,每次都会重新触发一次计算逻辑,重新计算字段的值,这将是一件十分耗时的操作,想象一下,假如你需要将某个模型中的10w条记录取到,每条记录中有四到五个compute字段,需要耗时多少?

2、使用default_get代替default,方便默认值的维护。

3、不用在字段属性中使用readonly,增加代码的阅读障碍,无法实现动态控制"是否可写",而在xml的字段属性attrs可以动态控制"是否可写",我们约定所有readonly写在xml中。

4、确实需要动态控制required的应写在xml中,不需要的尽量都写在类字段中,因为API的调用不受到xml中的required的影响。

5、字段的命名:Many2one字段使用xxx_id命名,One2many字段使用xxx_ids命名,增强代码可读性

声明

原文来自于博客园(https://www.cnblogs.com/ljwTiey/p/11492862.html)

转载请注明文章出处,文章如有任何版权问题,请联系作者删除。

合作或问题反馈,联系邮箱:[email protected]

转载于:https://www.cnblogs.com/ljwTiey/p/11492862.html

你可能感兴趣的:(数据库,python)