Odoo 企业版 Studio 建模型为什么不是“点几下就有个 x_ 模型”：字段种子、权限初始化与自动视图链路讲透

把 Studio 看成“前台点点按钮就自动出模型”，会错过它最值得学的一层：后端建模流水线。

主要参考：

• enterprise/web_studio/models/ir_model.py

一、Studio 不是直接往 ir.model 塞一行记录就结束

studio_model_create() 会先准备基础模型值：

• 规范化后的 x_ 模型名
• x_name 种子字段
• 根据 use_mail 决定是否启用 thread / activity

这说明 Studio 的默认建模并不是“空白模型”，而是给后续 UI 和业务操作预留最基本骨架。

二、可选能力是按白名单方法逐步叠加的

OPTIONS_WL 里的 use_active / use_partner / use_company / use_stages / use_tags / lines ... 都不是一锅端，而是分别映射到 _create_option_* / _post_create_option_*。

这种设计很适合开发者学习：每个能力都在受控入口里增量补字段、补关联模型、补默认值，而不是把巨大 if/else 塞进一个函数。

三、为什么创建完模型还要立刻做两件事

1. _setup_access_rights()
2. ir.ui.view.create_automatic_views()

这两步非常关键：没有权限，模型只是数据库对象；没有视图，模型只是技术对象。Studio 把它们接在一起，才让“新模型可立刻使用”成为可能。

四、结论

Studio 建模最值得借鉴的，不是低代码表面，而是：命名规范、种子字段、能力叠加、权限初始化和自动视图生成被组织成了一条干净的后端创建链路。