扫码阅读
手机扫码阅读

手把手带你了解Odoo“视图”与“模型”之间的数据传输

318 2023-09-06

版权声明:本文由神州数码云基地团队整理撰写,若转载请注明出处。

大家好,今天由我来带领大家手把手的学习odoo系统中“视图”与“模型”之间的数据传输。看题目我们可以知道,这篇文章是面向的是odoo的初学者。odoo作为当前最普遍的二开erp系统,其开源,模块化,灵活开发的属性使得它在erp相关领域十分受青睐。

Odoo系统是一个现代化的商业应用erp组件,使用的是python语言开发。它的开发过程都是模块化的。是典型的模型-视图-控制器(MVC)结构。那么,今天就让我们来探究一下odoo系统中最主要的model和view层之间数据是如何传输的。

首先,我们应该知道odoo的view层是使用xml格式来编写的。因为odoo它本身就是一个低代码的平台,当我们按照odoo的xml编写规范来对view视图进行页面布局时,在odoo内部的编译就会将xml文件转换成html的形式。所以当我们把视图呈现给用户的时候,根本就不需要困扰xml如何去解析哦!

接下来我们来看一下odoo的目录结构:

实际上odoo的用户视图界面、安全规则、权限配置等数据都是储存在特殊的数据表中的。然后当我们在模块中编写xml、csv等文件时,并不是在odoo运行时使用,而是在odoo运行前,把我们定义好的那些视图、规则等全部加载到对应的数据库表中。所以我们每次改动之后,都需要在odoo菜单页点击“升级”之后才能把我们的修改呈现出来。

View层:

说到view层,那么如何在xml文件中定义我们想要的视图呢?

按照odoo的格式,在xml数据文件里必须以为顶级元素,就像用元素定义网页一样。然后可以有多个元素来记录数据。一个元素里有2个必要的属性:model:关联的模型类、id:数据的外部id和多个用来绑定字段的元素。

说到元素,它可是我们最常用的元素呢!我们可以使用元素的name属性来绑定model中的某一个字段。然后根据字段的类型来进行不同样式的显示。比如char类型的文本框,many2one类型的下拉框等等。

除此之外,元素还有很多常见的属性:

  • String:标签文本。这里的定义是可以重写model层中已经定义的文本的

  • Help:帮助文档。当鼠标选停的时候可以会显示此文本

  • Placeholder:创建时输入框中默认显示的内容(数据库中没有)

  • Widget:窗口显示的控件

  • Options:json形式的可选参数。用来给窗口传递参数

  • Class:CSS样式

  • Invisible:字段是否可见(true:不可见,false:可见)

  • Readonly:只读模式

  • Required:必填项

  • Password:输入类型变成密码格式显示

另外在xml视图中还有很多odoo特有的表达式和规则。

  • domain表达式:它是用来过滤数据记录的表达式,它的本质是通过odoo的ORM模型把表达式的值转换为sql的where子句。例如:domain="[('id','=','1' )]"相当于where id = 1;

  • label元素:它通常用来控制字段在视图中的显示。

  • Context:用于传递的上下文数据。

  • 关系字段:options={'no_open': True, 'no_create' : True},这个是把odoo默认的表单操作按钮隐藏的属性。这个也很常用呢。

当我们编写完一个xml视图的时候,首先需要在__mainfest__.py清单文件中进行声明,在这里会根据“depends”声明本模块所需要用到的其他模块、根据“data”声明本模块需要被加载处理的xml文件。

然后我们需要添加菜单列表,通过菜单的下拉框来跳转到自己的视图之中。菜单选项被存储在menu.xml文件中。

效果为:

但是仅仅添加菜单列表是不能实现跳转动作的,还需要添加窗口动作。

窗口动作通常与菜单和按钮结合在一起。用于返回一个被调度的窗口。还可以通过context来传递上下文信息。一般窗口动作的格式如下所示。

  • Name:在视图层显示的窗口动作的名称。

  • Res_model:这个动作需要调用的模型。

  • view_mode:视图显示模式。

  • Res_id:这个窗口的外部id。

  • Type:窗口命令的类型。

Model层:

在前面讲view层的时候可以知道,每个视图的元素都有一个必要的属性model属性。它是用来绑定model层的。由于odoo自身有封装好的持久层框架,所以我们基本上不需要对持久化数据有过多的关注。

在模型类中可以添加附加的属性来给模型增加很多odoo特有的属性。如下是常用的模型类属性:

  • _name:这是用来标记新创建的模型类的字符。一般用来被绑定使用。

  • _description:这是用于描述当前的模型类的属性。没有特别的作用。

  • _rec_name:在关联的模型类中,用来描述这个模型的字段。一般用于显示many2one类型的标识字段。

  • _table:odoo会在指定数据库生成相关的数据表。默认是通过把.改成_来作为数据库名创建表。

  • _inherit:用来表示继承。父模型和子模型直接的继承。

odoo的模型的概念就像大家熟悉的实体类entity一样,但是又比其更方便,容易上手一些。但是model类的本质还是python类,所以不要忘记在__init__.py文件下加入,让它变成一个包文件哦。

odoo的所有实体类在被加载的时候都是被存放在缓存中的一个存储块中,odoo称它为中心注册处。在这里,通过模型类的name保存着所有与这个odoo模型类有直接的联系的数据。所以我们可以使用self.env['x']来获取这个模型类x。可以使用self.env['x'].def来调用这个模型类中的def方法。

一般的model模型有着如下结构:

  • Char : 字符型,size属性定义长度

  • Text :文本型,没有长度限制

  • Selection :下拉框。

  • Date :短日期,年月日,在vies层通过日历选择框显示。

  • Datetime :时间戳

  • Boolean : 布尔类型

  • Binary :二进制数据,在视图层显示为一个文件上传按钮,可以把图片,音频,视频,文档以二进制形式保存。

  • Many-to-one :是多对一关系,表示一个字段的扩展表,它常用的属性有 comodel :关联的其他模型名称;string :字符串名称;context : 是一个字典,表示在视图层传递信息。通常可以用来设置默认值;domain :domain规则进行过滤。

新添加的模型还有一项必不可少的步骤,那就是配置加载权限。odoo使用的是csv文件,通过把csv文件里的列表数据加载到”ir.model.access”模型中实现。所以通常把这也的csv文件名称定义为”ir.model.access.csv”。

最后给大家总结一下:通俗来讲设计一个用户视图,就是使用xml文件来把odoo中的UI设计从数据库中拉出来按照自定义的规则来显示给用户。一个xml视图绑定一个主表模型类,然后通过元素的name属性来绑定模型类中的字段。这个字段通过odoo的持久层框架又绑定到数据表中的字段,就这样相互的作用。前面也说过,视图只是一种呈现,所以,我们其实可以自己定义方法来对模型中的数据进行处理,甚至可以直接手写模型的数据。究竟如何呈现就要看程序员小哥哥的创造性了。

所以分析到现在,你搞懂odoo的view层和model层直接的数据传输了吗?

想要了解更多,点击 查看原文