odoo 设计模式

odoo 提供了一套开发框架和一系列好用的ERP模块。基于此，我们会在odoo框架odoo提供的模块基础上解决一系列公司管理上的信息化问题。而一个同样问题可以用几种不同的odoo框架提供的方法和odoo模块的功能解决。这种odoo框架的修改方法和odoo标准功能的组合，我称之为odoo设计模式。好的设计模式，可以大大的程序效率，也可以提高用户体验。

下文，我就以两个设计模式和一个具体问题，初步谈谈我对odoo的设计模式解决自动更新odoo数据类问题的看法。
希望可以抛砖引玉。

设计模式一 -- 手工更新+定时任务批量更新

代码片段

定义功能

  @api.model
    def scheduler_update_orders_draft(self):
        draft_orders = self.search([('state','in',['draft'])])
        draft_orders._compute_order_draft()
        return

定义按钮

定义cron

    
        
            Check Draft Order
            sale.order
            scheduler_update_orders_draft
            ([])
            2
            hours
            10
            1  
        
    

odoo 使用举例：

• cron 举例: 删除wazard临时保存数据；检查并执行自动化动作；

• 手工更新举例: 订单上更新税和total，执行button_dummy；所有wizard类计算；warehouse scheduler 计算。

设计模式二 -- function 函数自动更新数据

代码片段

is_draft = fields.Boolean(string='Draft Order', compute='_compute_order_draft', store=True)

@api.depends('shipping_arrival_date', 'default_delay')
def _compute_order_draft(self):
    for rec in self:
        order_delay = self._get_lines_delay() # get max of lines delay
        self.is_draft = False
        if not self.shipping_arrival_date:
            continue
        shipping_arrival_date = datetime.strptime(self.shipping_arrival_date, '%Y-%m-%d').date()

        cur_order_lead_time = (shipping_arrival_date - date.today()).days
        if  cur_order_lead_time > order_delay:
            self.is_draft = True
    return

根据其他字段('shipping_arrival_date', 'default_delay')的更改,更新当前字段is_draft的值

备注：

• store=False, 计算字段不存储。读取字段，显示字段的时候，进行计算。举例， 界面上加载字段，或程序中读取字段。优势是，字段肯定是最新的值。要注意的是，为了避免加载界面时，太慢，界面上应尽量避免store=False的function字段。
• store=True, 计算字段会进行存储。 更改条件满足的时候，进行计算，并存储在数据库上。有点是，读取快。缺点是，其他字段更改时会做大量自动话。

odoo 使用举例：

• 产品的可用库存, 虚拟库存, product_onhand, product_virtual, 这两个字段是store=False的虚拟库存。每次计算时，会计算所有相关的stock move 和stock quant；而产品页面tree 视图上有显示。另外，因为store 为False, 产品无法根据这两个字段进行搜索和过滤。
  如果store = True, 每次stock move 的更改就会需要重新计算相关产品的这两个字段，数据量大了，stock move的完成会很慢。

• Sale Order 的 amount_total, amount_subtotal, amount_tax

问题举例 - 计算 产品 的交期 lead time

问题描述：

产品的交期-lead time, 系统需要计算出目前产品的交期，并把交期反馈给系统客户。

可以用上述两种模式计算交期，两种模式取舍如下:

• 手工计算+ 半夜批量。
  缺点： 交期数据会不准确, 会有延时性。
  优点： 保证系统的流畅性，保证系统性能。手工操作也可以提供人为控制的可能性。

• function字段自动计算产品交期。

  缺点：数据量大的时候，会导致系统相关操作时间增加(会驱动function字段的计算)。
  优点： 自动化。

结论：

这两种方案需要做性能和数据准确性的取舍，当我们对性能要求更高的时候，牺牲数据的准确性，可以选择手工+定时方案；需要数据准确性，而对性能要求不高时，可以选择自动化方案。

改进点

手工更新 + 半夜批量更新

可以改进为

手工更新 + 半夜批量更新 + 小批量定时更新 (记录 待更新对象队列，定时更新队列中的对象)

寰享科技(深圳) 正在招聘 初级/高级odoo 技术工程师

如果有任何疑问，欢迎发邮件到 lin.yu#elico-corp.com 跟我讨论。（# 改成@）