优化脚本录制：数据层与视图层分离方案

前提：目前接触了公司中脚本录制的一个功能，但是看了一下代码，感觉这个东西太麻烦化了，所以有感而发，书写这篇文章以做记录

随笔记录，图一乐

目前公司在做的软件：Pyside6前提的qt软件

目前的插件代码设计：view,vm,proxy,handle层，其他proxy的作用就是数据层，view就是视图层，vm就是数据层和view层的中间转接层,handle是提供了这个插件的接口，那么其他的功能可以通过handle定义的东西调用这个函数的东西，自动化的api接口也是基于这一层做的处理

目前的脚本录制功能的缺陷：在进行录制的时候触发实际不稳定，这个架构中脚本的录制是依赖于界面中某一个按钮是否点击等，这样书写的代价就是这个二开的架构对于每一个plugin来说你都要重新书写生成脚本的实际，并且因为对外开放的api和实际的api是不一样的，所以导致你需要在对应文件的脚本录制功能去重新获取api的参数，并且还要书写对应的字符串，这种书写方式是非常不可靠的，并且还不稳定，因为可能出现实际上没有这个问题。但是因为脚本录制写的那个字符串不一致，所以会出现了报错。并且同样的功能。可能功能是可以 执行的，但是用那个api去执行可能就会有错误

我自己的想法：把这里面的录制脚本分两大类，一个类是视图类api，一个是数据层api，在一般情况下录制脚本只录制数据层api的接口，而不做类图的api，所以我们需要在数据api中添加对应的装饰器，把这个数据层api接口当做二开的接口，并且在python中的所有的代码设计中view中需要有数据层映射相关的数据，在数据层数据修改时候会通过vm层通知要view层来实现ui层的更新，那么我们的api接口只需要关心数据层api就可以。视图层也是类似的操作，将一些页面的呼出或者控件的选中和一些特殊操作作为视图的录制api接口，管理的话就比较好，并且这些需要二开的接口可以用特殊的命名方式，让后书写一个脚本去自动的生成对应的api文件接口，如果在前台和后台的接口都符合规范的话，就不需要花很多的精力去额外的书写二开的接口，而且接口的稳定性也比较好。并且主要提供的是数据层的接口，所以在无界面的情况的话，可以在vm层做判断，判断是否有 ui，如果没有ui则不需要做ui的处理，这样的话那么它的无界面也有很好的支持