插件更新
位图插件从上架到现在已经有6年多的时间了,没想到已经这么久了。
这次更新的v3.1.0经历了非常久的时间,大概有2年之久,使用自己开发的cc-plugin彻底重构了,同时也进一步验证了cc-plugin的可行性,我认为这是creator插件开发迈向工程化的一大步。
早就想把这个插件发布出一个web版本,这次也终于如愿以偿了,web预览地址:
为什么要支持web
主要是为了引流,让用户在没有购买的情况下,体验下插件,增加付费意愿。
其次是为了方便自己排查定位问题,如果有用户反馈的是基础逻辑问题,可以使用web版本快速进行验证,如果复现了,立马就可以定位到问题,也省去了下载creator,创建项目,安装插件的过程,毕竟我感觉这个过程也挺麻烦的。
如果没有复现,那么可能就是creator适配的问题,大概率一时半会也无法修复,记录下来等到有大块的时间,再下载用户反馈的creator,慢慢修复问题。
这也算是能够及时响应用户反馈的一个小妙招。
开发过程
有了cc-plugin的基础支撑,这下开发插件丝滑了很多很多,我再也不需要关心creator的版本差异,只需要一次编写,一键发布能够在creator2.x,creator3.x,web上运行的版本,这种感觉很爽!
如果插件和编辑器的api交互不是很多,完全可以基于web进行基本的逻辑开发,hot-module-replace会让开发效率翻倍,这效率提升可不是一星半点,同时cc-plugin也给creator配套了非常基础的hmr,当插件发生修改后,运行在creator里面的插件是能够感知到的,及时重新加载插件,不用自己手动刷新(cmd/ctrl + r
)了。
等到主体逻辑已经完成,只需要适配下native相关的逻辑即可,至于creator各个版本的差异,完全交给cc-plugin处理即可。
是的,没错,你只需要关心业务逻辑就行了,剩下的交给cc-plugin。
github action
我使用github管理代码,同时配合github action,自动打包插件,同时将生成的web版本自动同步到gitee的仓库中,而gitee仓库我已经配置好了pages,这自动化,简直舒服的要死,bmfont的web版本就是这么搞的。
后边视情况,我也会慢慢集成到cc-plugin中,造福更多的cocoser。
最后
搞这个cc-plugin真的快把我头发搞秃了,不过也学到了非常多的知识,尤其是web前端,看着日渐增长的下载量,也让我有点安慰,幸亏还有人用。
而你们只需要一个npm install cc-plugin
就拥有了这么好用的插件开发利器,
这2年我的大部分精力都是放在这个cc-plugin身上,我认为也值得在cc-plugin上投入这么多的时间和精力,我看到了creator这块的不足,既然没人做,那就自己解决,谁让我是如假包换的插件小王子
。
我知道好多用户给我反馈插件的问题,我都没有及时跟进修复,也没有耐心解答疑惑,我都有备注记录,这下终于有精力去打理打理了。
关注我的微信公众号,一起卷