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

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

大家好，今天由我来带领大家手把手的学习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层直接的数据传输了吗？