准备一些操作(Action)？到目前为止，我们主要通过声明字段和视图来构建模块。在任何真实的业务场景中，我们都希望将一些业务逻辑链接到操作按钮。在我们的房地产示例中，我们希望能够：取消或将房产设置为已售出接受或拒绝报价有人可能会说，我们已经可以通过手动更改状态来完成这些事情，但这并不太方便。此外，我们还想增加一些额外的处理：当报价被接受时，我们想设定房产的售价和买家。操作类型(ActionType)参考：本主题相关文档可参考Actions和Errormanagement在我们的房地产模块中，我们希望将些业务逻辑和一些按钮关联，最常见的做法是：在视图中添加一个按钮，比如在视图header部分:将
准备一些操作(Action)？到目前为止，我们主要通过声明字段和视图来构建模块。在任何真实的业务场景中，我们都希望将一些业务逻辑链接到操作按钮。在我们的房地产示例中，我们希望能够：取消或将房产设置为已售出接受或拒绝报价有人可能会说，我们已经可以通过手动更改状态来完成这些事情，但这并不太方便。此外，我们还想增加一些额外的处理：当报价被接受时，我们想设定房产的售价和买家。操作类型(ActionType)参考：本主题相关文档可参考Actions和Errormanagement在我们的房地产模块中，我们希望将些业务逻辑和一些按钮关联，最常见的做法是：在视图中添加一个按钮，比如在视图header部分:将
计算的字段和变更(ComputedFieldsAndOnchanges)模型之间的关系是任何Odoo模块的关键组成部分。它们对于任何业务案例的建模都是必要的。然而，我们可能需要给定模型中字段之间的链接。有时，一个字段的值是根据其他字段的值确定的，有时我们希望帮助用户输入数据。“ComputedFieldsAndOnchanges”的概念支持这些情况。虽然本章在技术上并不复杂，但这两个概念的语义都非常重要。这也是我们第一次编写Python逻辑。到目前为止，除了类定义和字段声明之外，我们还没有编写任何其他东西。计算的字段(ComputedFields)参考:主题关联文档可查阅ComputedFie
计算的字段和变更(ComputedFieldsAndOnchanges)模型之间的关系是任何Odoo模块的关键组成部分。它们对于任何业务案例的建模都是必要的。然而，我们可能需要给定模型中字段之间的链接。有时，一个字段的值是根据其他字段的值确定的，有时我们希望帮助用户输入数据。“ComputedFieldsAndOnchanges”的概念支持这些情况。虽然本章在技术上并不复杂，但这两个概念的语义都非常重要。这也是我们第一次编写Python逻辑。到目前为止，除了类定义和字段声明之外，我们还没有编写任何其他东西。计算的字段(ComputedFields)参考:主题关联文档可查阅ComputedFie
模型之间的关系(RelationsBetweenModels)上一章介绍了为包含基本字段的模型创建自定义视图。然而，在任何真实的业务场景中，我们都需要不止一个模型。此外，模型之间的链接是必要的。人们可以很容易地想象一个模型包含客户，另一个模型则包含用户列表。你可能需要参考任何现有业务模型上的客户或用户。在我们的estate模块中，我们需要有关房产的以下信息：购买房产的客户出售房产的真实重述代理人房产类型：房子、公寓、顶层公寓、城堡…显示了该酒店特色的一系列标签：舒适、翻新…收到的报价清单Many2one参考:本主题相关文档可查阅Many2one在我们的房地产模块中，我们想定义房地产类型的概念，
模型之间的关系(RelationsBetweenModels)上一章介绍了为包含基本字段的模型创建自定义视图。然而，在任何真实的业务场景中，我们都需要不止一个模型。此外，模型之间的链接是必要的。人们可以很容易地想象一个模型包含客户，另一个模型则包含用户列表。你可能需要参考任何现有业务模型上的客户或用户。在我们的estate模块中，我们需要有关房产的以下信息：购买房产的客户出售房产的真实重述代理人房产类型：房子、公寓、顶层公寓、城堡…显示了该酒店特色的一系列标签：舒适、翻新…收到的报价清单Many2one参考:本主题相关文档可查阅Many2one在我们的房地产模块中，我们想定义房地产类型的概念，
模型之间的关系(RelationsBetweenModels)上一章介绍了为包含基本字段的模型创建自定义视图。然而，在任何真实的业务场景中，我们都需要不止一个模型。此外，模型之间的链接是必要的。人们可以很容易地想象一个模型包含客户，另一个模型则包含用户列表。你可能需要参考任何现有业务模型上的客户或用户。在我们的estate模块中，我们需要有关房产的以下信息：购买房产的客户出售房产的真实重述代理人房产类型：房子、公寓、顶层公寓、城堡…显示了该酒店特色的一系列标签：舒适、翻新…收到的报价清单Many2one参考:本主题相关文档可查阅Many2one在我们的房地产模块中，我们想定义房地产类型的概念，
模型之间的关系(RelationsBetweenModels)上一章介绍了为包含基本字段的模型创建自定义视图。然而，在任何真实的业务场景中，我们都需要不止一个模型。此外，模型之间的链接是必要的。人们可以很容易地想象一个模型包含客户，另一个模型则包含用户列表。你可能需要参考任何现有业务模型上的客户或用户。在我们的estate模块中，我们需要有关房产的以下信息：购买房产的客户出售房产的真实重述代理人房产类型：房子、公寓、顶层公寓、城堡…显示了该酒店特色的一系列标签：舒适、翻新…收到的报价清单Many2one参考:本主题相关文档可查阅Many2one在我们的房地产模块中，我们想定义房地产类型的概念，
在上一章中已经看到，odoo能够为给定模型生成默认视图。实际上，默认视图对于业务应用程序来说是不可接受的。相反，我们至少应该以逻辑的方式组织各个字段。视图是在带有操作和菜单的XML文件中定义的。它们是ir.ui.viewmodel的实例。在我们的estate模块中，我们需要以逻辑方式组织字段：在列表（树）视图中，我们希望显示的不仅仅是名称。在表单视图中，应该对字段进行分组。在搜索视图中，我们必须能够搜索的不仅仅是名称。具体来说，我们需要"Available"的地产筛选器和按"postcode"分组的快捷方式List(列表)参考:主题关联文档可参考List.列表视图，也叫树(tree)视图,以表
在上一章中已经看到，odoo能够为给定模型生成默认视图。实际上，默认视图对于业务应用程序来说是不可接受的。相反，我们至少应该以逻辑的方式组织各个字段。视图是在带有操作和菜单的XML文件中定义的。它们是ir.ui.viewmodel的实例。在我们的estate模块中，我们需要以逻辑方式组织字段：在列表（树）视图中，我们希望显示的不仅仅是名称。在表单视图中，应该对字段进行分组。在搜索视图中，我们必须能够搜索的不仅仅是名称。具体来说，我们需要"Available"的地产筛选器和按"postcode"分组的快捷方式List(列表)参考:主题关联文档可参考List.列表视图，也叫树(tree)视图,以表
