odoo Actions学习总结

简介: odoo Actions学习总结

环境

odoo-14.0.post20221212.tar

Actions(动作)

action定义系统响应用户操作的行为:登录、操作按钮、选择发票等…

action可以存储在数据库中,也可以作为字典直接返回,例如按钮方法。所有Action都有两个强制属性:

  • type
    当前Action的类别,决定可以使用哪些字段以及如何解释action
  • name
    action的名称,在客户端的界面中显示对action的简短用户可读描述

Bindings(绑定)

除了两个强制属性外,所有action有用于在任意模型的上下文菜单中显示动作的可选属性:

  • binding_model_id
    指定action绑定的模型,格式:moduleName.modelName。注解对于“Server Actions”,请使用model_id
  • binding_type指定绑定的类型,主要是放置action的上下文菜单
  • action (默认)
    设置Action将出现在绑定模型的Action上下文菜单。
  • report
    设置Action将出现在绑定模型的Print上下文菜单。
  • binding_view_types
    以逗号分隔的视图类型列表,即Action需要显示的上下文菜单所在的视图,主要是“列表”和“表单”。默认为list,form(列表和表单)

Window Actions (ir.actions.act_window)

最常见的动作类型,用于通过视图呈现模型的可视化:Window Action为模型定义了一组视图类型(以及可能的特定视图)(以及可能特定的模型记录)。

包含字段:

  • res_model
    action触发的要显示的视图关联的模型
  • views
    (view_id,view_type)对的列表。每对视图的第二个元素是视图的类别(treeformgraph, ……),第一个元素是可选的数据库id(或False)。如果未提供id,则客户端应获取所请求模型的指定类型的默认视图(这由 fields_view_get()自动完成)。列表的第一种类型是默认视图类型,在执行操作时默认打开。每个视图类型在列表中最多应出现一次。当action配置如下时,打开的依旧是tree视图,也就说view_mode似乎是如下文所述,typeir.actions.act_window的情况下,被忽略了,不起作用
{
    'type': 'ir.actions.act_window',
    'views': [[False, "tree"], [False, "form"]],
    'view_mode': 'form',
    #...
}
  • res_id (可选)
    如果默认视图为 form,指定需要加载的记录(否则创建一个条新记录)
  • search_view_id (可选)
    (id, name) 对, id 为动作需要加载的指定搜索视图的数据库ID。默认获取模型的默认搜索视图。
  • target (可选)
    视图是否应在主内容区域(current)、以全屏模式(fullscreen)或对话框/弹出窗口(new)中打开。使用main而不是current以清除导航面包屑(实际发现,使用current会导致面导航面包屑不断重复,形如 顾客信息/导入记录/顾客信息/导入数据/...)。默认为new
  • context (可选)
    传递给视图的附加上下文
  • domain (可选)
    隐式添加到所有视图搜索查询的过滤domain
  • limit (可选)
    默认情况下要在列表中显示的记录数。在web客户端中默认为80
  • name(可选),action名称,界面显示时拼接到当前面包屑导航(现有导航面包屑 / name值)。默认值为“Unnamed”,注意:如果name值为空字符串,则默认为 Unnamed

例如,要使用列表和表单视图打开客户(设置了customer标志的partner):

{
    "type": "ir.actions.act_window",
    "res_model": "res.partner",
    "views": [[False, "tree"], [False, "form"]],
    "domain": [["customer", "=", true]],
}

或者在新对话框中打开特定产品的表单视图(单独获取):

{
    "type": "ir.actions.act_window",
    "res_model": "product.product",
    "views": [[False, "form"]],
    "res_id": a_product_id,
    "target": "new",
}

另一个例子,在当前页面中打开estate.customer模块的默认列表视图

{
    'type': 'ir.actions.act_window',
    'name': _('导入数据'),
    'res_model': 'estate.customer',
    'views': [[False, "tree"]],
    'view_mode': 'tree',
    'context': self._context,
    'target': 'main'
}

参考连接:

https://www.odoo.com/documentation/14.0/zh_CN/developer/howtos/web.html?highlight=do_action#the-action-manager

在数据库window action中,操作有几个不同的字段,这些字段应被客户端忽略,主要用于组成view列表

  • view_mode (默认= tree,form )
    以逗号分隔的视图类型列表,格式为字符串(注意不要包含空格)。所有这些类型都必须在生成的views列表中(至少有一个Falseview_id
  • view_ids
    M2M(技术上不是M2M:添加了一个sequence字段,可以只由一个视图类型组成,没有视图id) to view objects,定义views的初始内容。
    注解:Act_window视图也可以通过ir.actions.Act_window.view干净地定义。如果您计划为模型允许多个视图,优先使用ir.actions.cact_window.wiew而不是view_ids action。
<record model="ir.actions.act_window.view" id="test_action_tree">
   <field name="sequence" eval="1"/>
   <field name="view_mode">tree</field>
   <field name="view_id" ref="view_test_tree"/>
   <field name="act_window_id" ref="test_action"/>
</record>
  • view_id
    添加到views列表中的特定视图,以防其类型是 view_mode 列表的一部分,并且尚未由view_ids中的某个视图填充

这些主要用于从数据文件定义action:

<record model="ir.actions.act_window" id="test_action">
    <field name="name">A Test Action</field>
    <field name="res_model">some.model</field>
    <field name="view_mode">graph</field>
    <field name="view_id" ref="my_specific_view"/>
</record>

将使用“my_specific_view”视图,即使这不是模型的默认视图。

views序列的服务器端组成如下:

  • view_ids获取每个(id, type)(按sequence排序)
  • 如果定义了view_id,并且其类型尚未被填充,则追加其(id,type)
  • 对于view_mode中的每个未填充类型,追加(False,type)

应用实践举例

estate模块的estate.property模型的表单视图中,为Action添加菜单"选取offers",如下:

![image-20230117111309634](images/odoo Actions学习总结/image-20230117111309634.png)

action配置:

<?xml version="1.0" encoding="UTF-8"?>
<odoo>
    <data>
        <record id="action_demo_wizard" model="ir.actions.act_window">
            <field name="name">选取offers</field>
            <field name="res_model">demo.wizard</field>
            <field name="type">ir.actions.act_window</field>
            <field name="view_mode">form</field>
            <field name="target">new</field>
            <field name="binding_model_id" ref="estate.model_estate_property"/>
            <field name="binding_view_types">form</field>
        </record>
    </data>
</odoo>

参考连接

https://www.odoo.com/documentation/14.0/zh_CN/developer/reference/addons/actions.html

目录
相关文章
|
前端开发 JavaScript
使用Element-UI中的el-upload实现文件的上传demo(亲测有用)
使用Element-UI中的el-upload实现文件的上传demo(亲测有用)
|
供应链 Go 区块链
基于区块链技术实现供应链的全程可追溯性
基于区块链技术实现供应链的全程可追溯性
839 17
|
前端开发 JavaScript API
惊呆了!这些前端技巧竟然能让你的网站支持AR/VR体验!
【10月更文挑战第31天】在数字化时代,用户对网页交互体验的要求日益提高,传统二维网页已难以满足需求。本文介绍如何利用前端技术,特别是Three.js,实现AR/VR体验,提升用户满意度和网站价值。通过示例代码,展示如何创建简单的3D场景,并探讨AR/VR技术的基本原理和常用工具,帮助开发者打造沉浸式体验。
941 6
|
算法 机器人 计算机视觉
图像处理之Canny边缘检测
图像处理之Canny边缘检测
846 1
|
NoSQL 关系型数据库 MySQL
高可用数据库架构:互备(Multi-Master)技术详解
本文介绍了分布式系统中的互备(Multi-Master)机制,特别是在高可用数据库系统中的应用。互备机制超越了传统的主从复制,允许每个Master节点同时进行读写操作并互相同步数据,以提高可用性和负载均衡。文章探讨了主从复制与互备模式的区别,以及互备模式的数据同步和冲突解决策略。还以MySQL的双主复制和MongoDB的副本集为例,展示了MM模式在数据库高可用性中的实践。最后,强调了互备在未来分布式系统中的重要性。
485 7
|
机器学习/深度学习 算法 数据处理
ML之FE:数据处理—特征工程之稀疏特征的简介、如何处理、案例应用之详细攻略
ML之FE:数据处理—特征工程之稀疏特征的简介、如何处理、案例应用之详细攻略
ML之FE:数据处理—特征工程之稀疏特征的简介、如何处理、案例应用之详细攻略
|
监控 数据可视化 Java
性能工具之Jmeter 后置监听器可视化数据逻辑
【2月更文挑战第29天】性能工具之Jmeter 后置监听器可视化数据逻辑
338 2
性能工具之Jmeter 后置监听器可视化数据逻辑
|
Shell 测试技术 Android开发
Android自动化压力测试图解教程——Monkey工具
引用:http://www.eoeandroid.com/blog-115192-2540.html  有时候我们需要对一个软件进行压力测试,检查该软件的性能。如果是人工进行测试的话,效率会低很多,而且会比较枯燥。
2526 0
Android自动化压力测试图解教程——Monkey工具
|
Java C++ Spring
谈谈springboot里面的守护线程与本地线程
【4月更文挑战第18天】在Spring Boot中,线程的概念同Java标准线程模型一致,即区分为守护线程和用户线程。Spring Boot本身并不直接提供创建守护线程或用户线程的特殊机制,但它允许你通过标准Java方式或者利用Spring的框架特性来管理这些线程
797 2
|
JavaScript
利用Termux和cpolar在手机上搭建Hexo博客,实现远程访问的完整指南
利用Termux和cpolar在手机上搭建Hexo博客,实现远程访问的完整指南
287 0
下一篇
开通oss服务