自动秒绑节点插件

一键生成ts节点声明+自动挂载组件面板

工作常规流程:

  1. 创建节点
  2. 切换到vscode编辑器,声明节点属性
  3. 切回到cocos,等待编译刷新完毕
  4. 选中节点并拖拽到面板

使用插件后脚本自动完成 234

  1. 创建节点,增加$符号为前缀
  2. 选中带有组件的节点, 按下快捷键 【esc键右下的 数字1】
    • 插件自动写入声明节点属性代码
    • 自动编译刷新
    • 自动挂载

商店上的插件绑定流程大多数都是写入代码和挂载分开的,感觉更像是半自动;
目前这个插件暂不支持js、3.x、挂载组件
autoBind.rar (3.9 KB)

  • 插件自动写入声明节点属性代码 这一步怎样修改节点的类型呀。比如我想要一个label变量,组件生成的是Node

createNodeCodeStr 方法有第二个参数type

我自己做过一个2.x的,一键生成预制体/场景的同名脚本文件, 并且绑定脚本以及符合既定规则命名的节点的同类型变量绑定,按钮事件的生成/绑定, 还支持更新.

然后我发现这种东西只能符合个人的小项目, 或者从0开始并且你能主导的工程里面, 但凡是一个公司级的项目或者接收的老项目,都不适用 :rofl: :rofl: :rofl:

是因为.fire文件不能像html一样编辑,无法以修改代码的方式去同步某个项目的改动到其他项目;

插件只是脚本化了,原本需要人为操作的流程;

至于其他的创建同名脚本文件、既定规则命名节点,我反而觉得让简单的事情变得复杂起来了,虽然支持的功能多了但也复杂了

场景文件和预制体文件一样, 本质上都是json, 随便看下你就知道了

虽然是json,但是稍微改动就会引起id自增,而且后续的id都会跟着自增,导致文件差异性很大,这个id它不是多文件唯一性,是当前json文件的唯一性;

我只是新增了一个空节点,很多id都变了


你还是没有摸通规律, 多研究研究就知道了, 我上面的功能就是直接修改的文件,然后触发编辑器的刷新

你直接修改.fire文件也无法解决多人合作开发一个场景或者预制体之间造成的差异性带来的版本冲突问题吧,这才是重点;

你直接修改.fire绑定节点和脚本化绑定区别是实现方式不同罢了,最终产生的效果都是一样;
重点是简化,手动写ts声明,手动拖拽;

简化掉这两步人为所需操作,我就觉得是个好用的工具了;

至于跟新老项目、项目大小什么的,要看人,而不是看工具;

所以我说这类工具不适合多人合作啊, 只能适合自己能做主的项目

举例公司级项目以及老项目只是想说人家有人家的规范, 你能做主就随便用,不能做主就没用,我一开始就是这么说的

那只能是cc.instantiate addComponent的时候 动态去绑定 就能协作了