因为有不少动作是日常频繁要用到的,例如调节窗口大小,窗口移动,上一页,下一页,以及一系列增加操作便利性的动作。如果不把这些动作排除,就无法真正达到重复使用最后动作的效果了。
请考虑一下,谢谢了。
现在已经比较复杂了,不希望再增加更多的参数设置让他更复杂了。
那是否可以支持输出上一运行动动作的id呢?
后期封装API的时候考虑加一个。 具体是什么使用场景呢?
首先是上面说的可以判断上一动作是否某些动作,进行排除(即不运行)。
然后,对于两类可以联动的动作动作,可以在后运行的动作中进行提前配置,如果是前面哪一类的动作的话我们可以运行特别的功能,例如前面如果是获取网址这个动作动作,后面的动作判断后可以直接把结果网址保存为模板、统计、分类、翻译等进一步处理。 如果没有运行前面的动作,则对当前浏览器标签进行处理。
简单来说,可以为同类型的动作提供后续配套服务,可以拓展动作间的联动性。
不要搞得太复杂了。如果某些操作有一些关联性,直接放在一个动作里比较好。如果运行最后一个动作有可能运行到不希望的动作,就避免使用这个功能,而是使用动作自身的触发方式来触发。
有关联性的,是一个动作对多个动作的配套关系,不能放在一个动作里的。
动作自身的触发方式,是要以N个入口开启,而用运行最后动作,是一个入口。所以使用运行最后动作更为直观和简洁。