前言

 

由于帮助客户要快速的搭建一套关于《化工安全生产管理平台》本想通过二开的方式进行模块的开发，今天得空想全面的测试一下Odoo的A-PaaS studio工具看是否具备生产力，这功能以往作为开发出身的我绝对不屑一顾，但想到Odoo本身开发此工具的初衷就是帮助实施服务商快速调研企业应用所开发的线上工具，故此本次也正好是为了搭建该类平台特别的将自己的大脑清空，来看看是不是真的可以做到生产力级的应用开发搭建。很不幸的是该工具问题还是很多，有代码开发能力或是掌握Odoo配置级PaaS平台的小伙伴们还是用熟悉配方做熟悉的菜。下文来给大家如何来跳坑使用该工具（私家干货，一定让你有所收获）

前期准备工作

再复现问题前，教下新手如何安装studio工具，进入【应用】-搜索【studio】-点击【安装】

 

安装完毕后，会发现工具栏多一个类似于扳手工具一样的东西

 

点击扳手发现系统可以让我们自行创建应用的功能出来了

 

截至到目前为止前期一切顺利如初，目测没啥问题，别急下文会将坑体现出来

新手必定犯的错误

我们按照本实例类似创建一个安全生产管理台账的应用，看看会怎么样。

点击新应用后，会出现欢迎创建应用的界面

点击下一步后，让我们输入应用信息和图标

这里我们选择了类似导弹的图标和首个应用名称

创建应用后出现了字段的设置

我们关闭一下，看下会是什么效果。

 

发现主应用端多了一个我们刚刚创建的应用，点击进去看下效果。

 

结果也一切正常。貌似没有坑不吭的。

一个完整的企业应用，不可能是单个应用的，这时候我们再来创建个储罐区的档案信息管理模块，看看会怎么样，由于前面的步骤都一样，就不复述了，直接看结果。

 

这里直接报了个莫名其妙的错误，odoo新手肯定懵了，这是什么情况。其实这也是Odoo的studio的一个不足的地方，后文我们会详细解释问题出在的原因。

问题的原因分析与解决方案

问题分析

这部分内容针对有程序开发的经验仔细参读，没有程序开发经验的小伙伴，请看下面的解决方案即可。

首先我们回到之前的安全生产台账的应用，查看下地址栏，我们发现这样的结构信息

http://127.0.0.1:8069/web?#action=124&model=x_&view_type=list&menu_id=89

其中model=x_，这表明通过studio直接生成的应用会默认生成一个模型名（PostgreSQL数据表）为x_的数据表，所以第一个应用不会报错，第二个应用就会报告相应的错误。为了证实这点，我们可以通过开发者模式的方式去分析，是否会是这样的缘故产生的原因。

 

果不其然，发现的问题确实如此，之前的安全生产台账的应用对应的模型就是叫x_。这样的x_命名方式对未来数据库的一些处理也是极为不便，故此默认用studio这样生成的应用绝对掉坑，而且就只能生成一次，难道就没有办法解决了么？答案肯定是有。给你三个方案：

1. 等官方迭代更新BUG或是13出来后看下studio这个问题是否解决，我凭着多年开发Odoo的经验能够分析解决思路就是会让模型通过自动化随机命名方式或者在建立应用时由客户输入应用模型名称来解决。
2. 自己修改下studio源代码，在创建应用的时候将模型名称建立放入其中，来完善该功能应用，缺点是代价高，一旦更新麻烦了，就被覆盖了，貌似肯定要改JS的。
3. 结合原有的Odoo老PaaS机制来先建立模型在创建应用。

解决方案

考虑到面向新手和直接客户，我们选择第三条比较靠谱实在的解决之路，看是否真的能够解决。

首先我们建立一个储罐区应用的模型。按照下图，创建完成后保存。

肯定有人要问为啥不把字段全部定义好，因为studio可以后期来处理

之后我们按照之前studio的方法，建立储罐区档案的应用。直到创建首个菜单时按照下图注意事项来操作。

 

这里记得要选择现有的模型，选择之前建立好的储罐区的模型，然后创建应用。好了见证奇迹的时刻到了，第二个应用也随之建立好了。

 

 

至此，Odoo新手们也可以通过没有任何代码开发能力和高级PaaS平台能力可以通过studio工具完美的创建和定义自己的应用了。在这里我们要感谢开源智造的技术服务团队和开源智造的正式服务客户，正是因为有了大量的客户，有了大量的实际需求，有了强有力的专家服务团队才能总结出这么多干货和跳坑的手册指南。