很多基本的、常用的动作,都做成子程序了,简单调用一下就行了,现在还得专门做个动作,又麻烦又不好管理
子程序没法单独运行。 为什么要弄子程序而不是动作呢?
你可以考虑做一个通用的动作,给动作传递不同的参数来实现不同的功能。
一般只有功能比较大而全的或者不好归类的才用动作,不然动作会太多,不好管理和维护。其他的我都是尽量用子程序。动作里除了必要的逻辑或特定的部分,我也是尽可能都归纳成子程序,这样方便维护,一个子程序的功能可能在很多地方都会用到。另外就是有时候会刻意汇总一些功能到动作里,减少动作数量,尽可能多的使用子程序,不然太多不好管理,即使这样现在也至少100+个动作。很多像左键、扩展热键这些常用的,早都汇总到一两个动作里了,不然几百个动作都实现不完。
现有的一百多动作,有二三十个吧,里面都只是放了一个或几个子程序,如果能直接调用子程序,这些动作都没有存在必要了,管理起来能舒服很多
对了,顺便问一下,单个动作的大小能不能稍提高一点,比如到500K?我有个对接左键辅助的动作,经常提示超过400K,已经精简了好多次了,里面大部分都是子程序调用,只是因为要判断很多条件,然后执行不同的操作,比如是否选中文本、选中的内容、当前进程、子窗口、光标位置之类的,交叉在一起就很复杂。这个动作的功能已经基本定型了,以后估计也不会有大的增加,所以可能最多450K就可以了。
另外就是超过400K,是可能同步失败,还是压根不会同步?
目前这个只是会提示,不影响同步。 太大了可能会受网络情况影响导致同步失败。
这和子程序的功能用途不符合吧😂,而且子程序中很多功能是依附于动作的,目前只有动作的信息是独立而完整的。
同时也有可能引起免费版功能限制失效的问题。