能否增加编辑子程序功能？类似编辑动作

带数据的，因为多处都要调用，数据在子程序里，方便统一维护

建议将数据保存为外部文件，子程序里读取文件内容。

转成公共子程序就很方便找了

有的是类似数据库的存在，数据要保证多端同步，放外部不是同步更麻烦？有的是不定期要填充数据，匹配不同的词条，道理也一样，开发个这样的功能很麻烦？

确实比较麻烦，另外变化的数据本身也不适合放在动作里的。可以考虑使用数据库、Web服务，或者Quicker的云存储。

哦，那就尽量吧，有机会能顺手实现一下就更好，没有就算了。我以为会比编辑动作功能更简单，因为子程序名字是唯一的，只支持公共子程序就足够了，其他类型的不用考虑

你说的数据库之类的都得额外现研究，我的要求就是单纯的简单、方便、能用，至于是否科学合理，不在考虑范围内。

我老感觉你是倾向于什么功能都优先用动作，我更愿意优先使用子程序，非必要就不使用动作，动作的调用远没有子程序方便，动作多了也不好维护，有时候找都找不到，以前我还提过希望子程序支持保存状态，就是因为使用子程序比较多，我现在的子程序数量可能已经超过动作了，有些旧动作也尽量合并成子程序。

可能是有些新用户，尤其是编程小白，需求小，搞几十个动作就足够了，编程大佬会的多，用点什么高级功能随便就实现了，但像我这种半吊子，开发量挺大，从工作到娱乐，几百个动作都不止，只能用自己有限的知识，尽可能把功能合并成子程序，在各个主要功能（左键辅助、菜单、操作窗之类的）之间反复调用，偶尔有些还需要数据共享、多端同步，设计上可能很不科学，但因为开发的很零碎，往往也考虑不了那么周全，同时又不想动作太多，不好分类管理也不好维护，愿意更优先使用子程序，所以还是希望能多开发一些子程序的功能支持。

补充一下，具体的比如左键辅助、菜单、操作窗之类的动作，都可能调用同一个子程序，在不同的场景，使用不同的方式调用，所以很多数据不可能作为子程序的参数输入，只能写到子程序里，方便数据维护和各个动作调用

谢谢！我试试