iS-RPA 9.0 前瞻系列 - 终于，触发回归设计器怀抱

由于触发大部分情况是助手的一部分，因此，触发设计的程序，诞生的比 iS-RPA 还早，但是一直没有纳入设计器的体系
随着设计器功能不断完善，我们瞧着原来的触发越来越不顺眼了，触发模式过于固定，不能利用设计器的灵活性，和现有机器人体系缺乏足够的交互，这种情况下，我们 9.0 重构了触发能力，由于原来触发设计中大部分功能都可以由设计器完成，所以我们仅仅需要重做原来设计器中缺乏的功能。

新增组件一览

支持 C/S 程序、JAVA 程序、IE、Firefox、Chrome 应用的鼠标点击触发

触发组件

可以拾取，蛮方便的，然后指定触发的流程，注意以下的特别之处，在右侧详情中：

缺省勾选了一直重复，这样触发过一次后，会继续监控，如果去掉这个勾，那么触发过一次后，监控就退出了
线程监控：如果勾选了这个选项，程序会继续走下一个面板，监控作为并发的线程单独运行，注意：如果主进程运行结束，线程也随之关闭， 所以，要么最后由一个不以线程方式运行的触发，要没自己写一个 while true + time.sleep

机器人调用组件

这个可以像原来一样，指定机器人的 name 和 code 来运行机器人：

也可以用当前版本机器人库来实现，参考机器人共享

打标签组件

tag 日志是一个自行组装的字典变量，需要自己组装起来发送到服务端

提示组件

助手弹框信息是可以吧消息发送到右下角类似 qq 弹窗的机器人助手中

完整的功能建议

大家也许会很惊讶，这个比原来少好多功能啊？
不用惊慌，现在通过组合触发的几个功能，和 studio 的流程控制、数据获取、数据处理逻辑，加在一起，能获得原来完整的功能，我们仔细考虑过，原来的所有能力，都化为组件，分散在组件树中间了。
在自行设计触发场景时，可以灵活运用如下可能的设计原则：

• 监控不多的情况下可以把所有触发放在一个工程中
• 可以根据终端业务分类，把触发器按照业务类型放到不同的工程中
• 监控需要消耗一定性能的，可以灵活加载触发来节约性能
• 原来触发额外判断条件，可以放在后续触发流程中
• 原来标签也可以在触发中获取数据并过滤处理，而且获取和处理能力更强了

服务端相关改动

要实现完整的触发，还需要依赖我们添加的一个服务端新功能：

注意这个流程运行模式的新功能：常驻表示我们会一直保持这个进程处于运行中，完美契合助手要求，运行并且唯一，也可以使用启动模式，机器人一旦启动就运行一次，和常驻模式相比，crash 了不会重新拉起要逊色一点