odoo connector

Connector 有4个不同的addons：

• quenue_job
• component
• component_event
• connector

Migrating Jobs：

job现在变得更加完整，可以被认为是在models中的methods来使用而不在是以前那种单独存在的方法。另一个改变是python路径改变了因为jobs被放在单独的addon中了

image.png

观察结论：

• 可以从实例中看到现在的@job跟@related_action装饰器可以在models中使用。
• 由于job能定义在models中，可加api装饰器所以使用self能替代以前的session，model_name,bindling_id
• 新版本的import_record可以直接传入参数作为records
• the action of a related action is now the name of a method on the queue.job model
• 如果需要在多个models中共享一个job。可以通过使用AbstractModel，并且添加利用_inherit继承来共享

invocation of a job(调用job)

image.png

观察结论

• 不需要再进行import
• ConnectorSession 被丢弃了
• job的参数不在跟method参数混合起来
• 当一个job被browse使用时，这个job会被这个记录的一个实例执行

Migrating Events(迁移事件)

事件现在被component_event addon处理

Triggering(触发) an event

image.png

观察结论

• imports不再被需要。调用参数只需要把参数传入odoo.addons.component_event.component_event.components.event.CollectedEvents.notify()
• event 的名字必须以'on_'作为开头

Listening to an event

image.png

观察结论

• listerners 现在变为 components
• 一个listener Component 可能包含多个listener methods
• 必须继承'base.event.listener'或者一个它的子类
• 检查context中是否存在key 'connector_no_export' 能被装饰器odoo.addons.component_event.skip_if()来代替

Listening to an event only for some Models

image.png

观察结论

• 通过加入_apply_on 列表 来添加需要监听的Models名称

Migrating Components （迁移组件）

Backends

image.png
image.png

观察结论

• Backend Models中版本是可选的
• Backend Models 是基于Component's Collections的

Inheritance

image.png
image.png

观察结论

• 现在的继承与odoo中的继承类似（没有_inherits 这个继承方式）
• 所有的组件都需要用过python中的类的继承方式继承AbstractComponent或者Component
• 需要在名字前加上前缀（因为是全局的名字）
• the name of the classes has no effect
• 类似Odoo的Models，一个组件能继承多个组件通过 _inherit 一个list列表
• 所有的组件都继承了base组件

Entrypoint for working with components （组件工作的入口点）

image.png
image.png

观察结论

• And when you are already in a Component, refer to Find a component

Find a component

image.png

• model 通过_apply_on属性来进行对比
• Backend 通过_collection属性进行比较
• _usage 指明来组件的目的，可以理解为被用来进行查找
• 通常，_usage跟_collection 是会通过_inherit直接从父类组件中获取。所以不需要对每个组件都进行重写

• 一个很好的方法是写一个接口（抽象类) 。

  
  image.png