Odoo丨Odoo框架源码研读三：异常处理与定制化开发

本期内容

Odoo源码研读：

异常与定制化开发

异常处理

Odoo中的Exception是对Python内置异常做了继承和封装，设定了自己核心的几个Exception。

而对异常的处理和Python内置异常的处理方式并无不同。

异常处理：

流程引擎与业务流程

流程引擎：

业务流程：

模块之间的跳转一般都是基于视图跳转，而视图的跳转都是通过Action来进行跳转。

一般都是通过添加按钮来调用Action动作进行视图跳转，完成流程的跳转。

定制化开发

手动编码

Odoo的定制化开发主要都是通过新建module继承原module对原module进行拓展。

而拓展的内容分四个方面：

# Model的拓展

# XML视图的拓展

通过对视图继承，可以在原有视图上增添元素，比如按钮、字段等。

还有就是qweb自定义视图，这个通过qweb语法去创建自定义的视图。

# 前端组件的拓展

# controller的拓展

配置化开发：

Odoo Studio模块开发者模式下，对视图XML的修改会因为模块升级而丢失。

究其原因，主要还是开发者模式下，是直接修改数据库存储的视图XML内容，模块下次升级时，会把XML内容覆盖，导致修改丢失。

而Studio通过新建module的方式去做module继承、视图继承、model继承来对原有的模块做拓展，这样的话，原模块的升级并不会影响新建模块，所以不会丢失修改。

再深入到接口内，可以看出实际上是操作了视图相关的model（ir.ui.menu,ir.ui.action,...）。

比如创建App这个操作，我们来看其中逻辑 ⬇

• 1）ir.model给新module创建新的model(ir.model)；

• 2）通过创建好的model，来创建model的默认的action(ir.actions.window)；

• 3）创建module对应的菜单树(ir.ui.menu)，以及关联的action。

这个流程看起来和Odoo提供的官方文档上创建模块的流程是不是非常一致？

与之不同的是，这里是直接在数据库创建对象，省去了模块安装的过程。

同样，对其他试图、model等的拓展实际和官方文档的流程并无区别。

总结

本文通篇着眼于Odoo后端对于请求的处理流程，从请求流转的过程来看Odoo的后端架构。

但对很多地方都是一带而过，其中包括threadLocal、cache缓存、orm对接数据库的具体细节、以及包括前端的框架的介绍等，这些都是后面努力的方向。

本期的分享就到这了，文中如果有不当之处，欢迎大家指出，不吝赐教！~