@昱y 在 关于selection字段的问题 中说：
给第二个selection字段添加context，context内容为第一个selection的值，第二个selection的值使用函数的返回值，使用上下文判断，就可以确定返回那几个选项
你确定你在说什么吗
？？？？？
@billchen0769 在 关于selection字段的问题 中说：
我有这样的需求，逻辑如下：
假如在第一个selection字段有A,B,C,D四个选项，
当第一个selection字段选择A时，第二个selection字段有1，2，3，4，四个选项
当第一个selection字段选择B时，第二个selection字段有5，6，7，8，四个选项
当第一个selection字段选择C时，第二个selection字段有9，10，11，12，四个选项
请问这样应该如何实现？
思路是这样的：
你可以设置一个隐藏的计算字段，根据第一个selection字段计算第二个selection字段的可选值。
然后在第二个selection字段上加一个domain，domain的过滤值来自上面的计算字段。
是谁跟你说可以通过context来动态决定Selection字段的可选项的？
@qxwo 在 docker下的odoo如何升级版本呢？ 中说：
现在是odoo14，想升到16.
Odoo的版本升级跟使不使用Docker部署没有关系。Odoo的大版本是不向后兼容的，也就是V15不兼容V14，V16不兼容V15。
所以需要代码升级和数据升级两步来完成升级。代码升级部分比较容易，如果你没有安装第三方模块，那么直接下载对应高版本的Odoo代码就完成了代码升级，如果有第三方模块那么就要对第三方模块的代码升级到符合新版本的代码要求。
数据升级相对麻烦些，因为不同版本间的数据结构有差异，所以需要将旧版本的数据映射到新版本的数据库上。可以参考这个开源的升级工具OpenUpgrade, 同样的如果有第三方的模块，那你就要为第三方模块写升级脚本以完成数据的升级。
并且升级过程一般是V14=> V15 然后 V15=>V16, 不能跨版本升级。
@billchen0769 在 product.supplierinfo的扩展问题 中说：
@digitalsatori
还是报这个错误：
ValueError: The _name attribute ProductSupplierinfoChatterInherit is not valid.
根据你贴出来的错误信息，应该是你的其他代码里写了 _name = 'ProductSupplierinfoChatterInherit'。你贴出来的代码没有问题。注意修改代码，重启服务器，更新模块。
不用客气。个人建议是这样的：一个成功的实施者首先要对产品本身非常的熟悉，Odoo的有些功能并不是直接暴露给用户而是通过配置和加载模块才会出现的。切实的关注客户的核心需求，懂得提供简单有效的方案，而不是搞面面俱到复杂化。要了解有哪些优秀的第三方解决方案，比如之前提到的OCA的模块：https://github.com/oca 。当Odoo或第三方免费或收费的解决方案也无法满足客户需求时，了解一下成熟ERP对这类需求的解决方案，并请人来实现它。其实很多非技术的Odoo实施专家就是这样来操作的。
开发者模式和Studio工具都仅仅是一个辅助的工具，这个工具在不同的人手里因为对Odoo的不一样的了解程度而起到完全不一样的效果。但本质上它只是一个辅助工具，可以比较容易的来定义界面和报表，但是很难实现完整的业务逻辑。而且使用这些工具对未来的系统升级会面临挑战。
哈哈，看来你还没有被吓退，或者只是在怒其不争的退的路上？
@well591 在 产品基本信息如何扩展 中说：
很多行业还需要产品的【品牌】、【型号】、【规格】、【封装大小】、【功能描述】、【包装形式】、【货架号】
是的也许你认为这些字段都一股脑堆在软件上才算是个ERP。你有没有考虑过比如只是设置一个文本的“品牌”字段并不是对产品品牌管理的最佳方式。而社区成员会开发一系列关于产品品牌管理的模块，比如OCA开发的一系列跟产品品牌管理的模块：
https://github.com/OCA/brand
比如“包装形式”，她不仅仅是产品上的一个字段而已，Odoo中有packaging的扩展，社区也有大量关于产品包装相关的大量模块。而再比如”货架号“这种就更不应该直接放在产品对象本身上面了。库存管理中有丰富的产品货架/货位管理的模块。
Odoo并不是一个堆叠了一大堆你或者有用还是没用的字段的”那些“ERP，你甚至应该庆幸Odoo没有傻乎乎的为你做很多的不怎么聪明的决定。
添加字段是很容易的。参见：https://www.odoo.com/documentation/14.0/developer/tutorials/getting_started/04_basicmodel.html
但是你说描述的内容大多在已有Odoo的配置或第三方模块中就有完整解决方案。不建议在对Odoo功能没有完整了解的情况下盲目开发。
@billchen0769 在 product.supplierinfo的扩展问题 中说：
我这样修改代码以后，升级报这个错误
在_inherit这一行上面加上一行：
_name = 'product.supplierinfo'
因为咱们这里是多模型继承，需要指定主模型。
你可以这样来试，先把你扩展的view从__manifest__.py里注释掉，重启服务器，更新你的模块。
更新完成没有报错的情况下，在将__manifest__.py 里注释掉的扩展view加回来，重启服务器，更新你的模块。
@billchen0769 在 product.supplierinfo的扩展问题 中说：
你说的是不是这样写？
我不是很懂_inherit和_inherits的差别？
是的。就写这一个类就可以了。mail.thread, mail.activity.mixin的模型中包含所有你在扩展的view中所需要的字段和方法。
关于_inherit 和 _inherits区别看这里：https://www.odoo.com/documentation/16.0/developer/reference/backend/orm.html#reference-orm-inheritance
