odoo12走起

2023-11-01 05:40
文章标签 odoo12 走起

本文主要是介绍odoo12走起,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

odoo12 版本早已问世,一直没有详细去关注。后面研究起来。

先转篇文章:https://renjie.me/2018/11/16/odoo12-new-starting-point/  如果表现层真能坚持几年就太好了!

odoo12 new starting point

ODOO12新起点
终于迎来了12,也是传说中期待的双数版本号
去年这个时候是11,虽也惊喜,但毕竟是python2到3的过渡期,有历史责任包袱的产品还是需要双兼容,于是那个版本是从7持续以来第一个被忽视的版本
所以我们现在的感觉就如同当年还在Windows Mobile的odoo78910,因为专注取舍错过了整个Symbian过渡时期,然后一口气飞奔进入iOS/Android双雄争霸时代
这比喻也许有些夸张,但对定位为开源企业级应用操作系统的我们来说,还是比较合适的:)

随着新产品线开始全面拥抱odoo12已经一个月有余,目前各种感觉都很顺畅,真不愧是一个全新的高起点定制系统:
框架模式方面基本成型,落后的能淘汰的都淘汰了,缺陷的能优化的也都优化了,结构上开始趋向稳定,预计未来大版本升级会容易很多
数据库方面过去成熟稳定的PostgreSQL9低版本已经无法胜任,久违的ORM开始慢慢的启用了一些新特性,长远发展看pg10+要成为标配
XML视图方面更新了更为严谨的rng约束,各种元素及属性将不可随意添加或缺失,有效的规范了页面结构的整体质量
CSS样式方面预处理器由Less改成了与整体框架更为融洽的Scss,核心的Bootstrap库大版本也从经典的3升级到了最新的4,感觉表现层这系列折腾起码要稳定几年了
Python方面彻底进入3时代,以后可能还有一些3.7前后版本的对应兼容库问题,但总算是完全告别2时代了
JavaScript方面基本已经将odoo9以来奠定的框架基础改造至极限,虽不能说很完美,但这一路优化过来已属不易,二次可开发的地方也越多越完善,将来Hack代码的机会不多了

 

其他应用层面的变化太多就不一一列举了,这里就重点说一个原来的document模块要废弃了,其在表单顶部工具栏的文档附件管理已被底部的mail消息日志功能所整合替代。长远看这也是一个很好的改进,只是可惜了原来依赖该基础模块的一大波第三方模块要被迫转型升级。考虑到要适应多年以来形成的附件操作习惯突然改变,同时我们自己也有直接间接依赖的几十号各类模块需要以空间换时间的兼容使用,特此立项从12版本开始上架维护用于替代的Document Sidebar模块,该应用市场链接https://apps.odoo.com/apps/modules/12.0/document_sidebar/

document_sidebar

这篇关于odoo12走起的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/320861

相关文章

Odoo12—Ubuntu 生产环境配置

一、安装环境说明: 1、操作系统:阿里云服务器Ubuntu16.04 64位(以下说明中的组件是针对64位系统) 2、Odoo12社区版源码。 二、安装步骤 1、远程连接阿里云服务器: 可以通过Xshell 6来进行连接,相关配置如下图: 填写完毕后点击链接,然后依次根据提示输入用户名跟密码,来链接远程服务器。 2、Python安装: 正常情况下,你安装好ubuntu16.04版本之后,系统会自

ODOO 自定义按钮【基于odoo12,odoo13】

前段时间写的【odoo自定义按钮】不是很清晰,今天有时间,翻一遍,挂好注释。 开始了还是那个需求: 在odoo的前端页面,我们也许需要在【创建】/【保存】/【导入】等按钮后,增加自定义按钮,比如【打印XXX】、【合并XXX】这种odoo没有提供的按钮。 下面是一个自定义按钮的例子,例子是在继承 hr.employee 的基础上做的: 创建 page_button/static/src/xm

ODOO12 【最基本】添加打印按钮,并实现打印功能

在动作中增加打印菜单,并实现打印功能。 官网上的教程有些地方说的并不清楚,现在整理一下,待以后用到好翻。 这里做一个最简单、最基础的例子:我要在员工字典中增加打印按钮,并实现打印。 为了清晰一点,我单独创建一个模块,目录结构如下: 如果有多处需要这种自定义打印按钮,实现打印功能的,可以单独创建打印模块,方便管理。 主要起作用的就是report_employee.py 和 report

Odoo12结合python xlwt模块进行Excel打印示例

测试模块为task_management,git地址为https://github.com/linmao13037/task_managment.git(代码将继续更新)。 task_management模块基于Odoo12社区版实现的一个模块,下载模块之后,秩序将其看作odoo的一个普通模块加载即可,此模块不依赖其他模块,可直接下载安装。 先上效果图:打印界面及下载的Excel内容截图:

Odoo12取消界面导入导出功能

在Odoo12中系统中有自带的导入功能,当个性化开发之后需要隐藏系统的导入功能以避免混乱,以采购为例: 做法如下:点开设置界面,下拉找到 “导入 & 导出”   然后取消勾选:会弹出警告 禁用此选项也会卸载以下模块:基础导入。 然后点击保存之后会卸载系统的 基础导入模块, 之后回到采购界面导入按钮就会消失:

odoo对many2many one2many的操作代码, odoo12,11,10适用

many2many (0,0,{values}) 根据values里面的信息新建一个记录。(1,ID,{values})更新id=ID的记录(写入values里面的数据)(2,ID) 删除id=ID的数据(调用unlink方法,删除数据以及整个主从数据链接关系)(3,ID) 切断主从数据的链接关系但是不删除这个数据(4,ID) 为id=ID的数据添加主从链接关系。(5) 删除所有的从数据的链接关

Odoo12 ORM API ☞ Porting from the old API to the new API

Porting from the old API to the new API(从旧API移植到新API) 在新API中应避免使用ids列表,而是使用记录集仍旧使用旧API编写的方法应由ORM自动转换,无需切换到旧API,只需将它们称为新API方法即可*search()*返回一个记录集,例如查询其结果fields.related和fields.function由使用带有related = 或co

Odoo12 ORM API ☞ Domains

Domains Domains是一个元组列表,每个元组是包含(field_name,operator,value)的三元组(列表或元组),其中: field_name (str) 当前模型的字段名称,或使用点符号得到Many2one模型中的字段。 operator (str) 用于将field_name与value进行比较的运算符。有效的运算符有: =  等于 !=  不等于 >  大于

Odoo12 ORM API ☞ Inheritance and extension

Inheritance and extension Odoo提供了三种不同的机制来以模块化方式扩展模型: 从现有模型创建新模型,向副本添加新信息,但保留原始模块的原样扩展其他模块中定义的模型,替换以前的版本将一些模型的字段委托给它包含的记录 Classical inheritance(经典继承) 同时使用_inherit和_name属性时,Odoo使用现有的模型(通过_inheri

Odoo12 ORM API ☞ Fields

Fields Basic fields(基础字段) class odoo.fields.Field(string=, **kwargs) 字段描述符包含字段定义并管理记录上相应字段的访问和分配。实例化字段时可能会提供以下属性:  Parameters   string – 用户所看到的标签;如果没有设置,ORM获取类中的字段名称大写作为默认名称   help – 用户所看到的字段提