iS-RPA 从起步到飙速（九）—— 做一个人见人爱的设计者

从今天起，做一个人见人爱的设计者
拖拽，连线，设置参数
从今天起，关心设计和规范
我有个设计器，人生苦短，iS-RPA

回顾之前完成的第一个副本任务，咱们实现了多个功能操作，稍微排个序，看着心里舒坦啊，这感觉还是相当不错的呢。

当然，流程肯定存在不足的地方，毕竟是大家首次设计的。不说别的，单从实用性上出发，这个流程虽然并没有什么太大的卵用。
但是人最重要的是什么？
人最重要的是开心啊！
今天晚饭给自己加个鸡腿！

攻城拔地要有铁律，而做一个人见人爱的设计者，自然也是需要讲究规范的，这样便于可读，浅于理解，易于维护。
你好，我好，大家好。
此乃行业之潜规则，出来混可不能不讲规矩。

1、勤写备注

耍游戏的时候做一个标记，或用于规避雷点，或用于指挥行动，或用于记录位置。
咱们写备注也是这么一个道理：避雷，提示、定位。

之前已经说过的点，这里就不再赘述，直接介绍通过备注进行定位与查找：

• 在运行日志中搜索定位
  

• 在当前流程或整个流程中查找
  “ctrl + F”调出查找框，输入信息查找
  

搜索后查找框会自动消失。

2、流程管理

在这个副本任务中，咱们从头闯到尾，一气呵成，在 Main 流程中便通过了所有关卡。
但如果副本时间长且支链多，也就是开发过程中碰到的业务冗长繁琐呢？
可以想象，若是都集中在 Main 流程设计完成，乌泱泱一片，不仅自己设计过程中的思路以及调试等会产生困扰，更重要的是任务交接的对接人员不得头皮发麻么？
所以做一个人见人爱的设计者，就得从让自己爱自己开始，理清思绪，善待自己的黑发与脑细胞，再善待他人。

众所周知，每个工程里必须有且只有一个主流程（Main），但是可以添加多个子流程（名称自定义），且流程之间可以进行相互调用。

不知道的同学现在也知道了，另外还有流程的增、删、改、导出与导入以及分组等基础操作太过简单，就不介绍了。

所以咱们规范的方式就是将业务流程中实现不同功能的步骤集中在一个子流程中设计完成，再通过 Main 流程调用子流程。
例如这里便可将登陆的步骤在子流程 Login 中完成，编辑并发送邮件的步骤在流程 SendMail 中设计，最后只需要在 Main 流程调用这两个子流程便可同样完成这个副本任务。

• 登录邮箱：
  

• 发送邮件：
  

• Main 流程中调用：
  

如此这般管理分配，是不是感觉瞬间高大上了？！
而且中间添加一些其他的容错处理之类的不也更加方便了么。

3、变量管理

还有一个问题，做流程设计的，怎么能没有变量呢。
不说变量的基本操作，单看咱每次截图还需要给密码打码就可以知道很不方便，这可是秘密，不能轻易泄露的。

这部分主要对于工程中的变量进行管理和设置，支持变量的位置拖动，支持手动拖拉至右侧画布，支持变量增删改操作。

3.1 全局变量

全局变量可以在整个工程中传递，无论是流程或函数都可进行调用，拖拉至参数输入接口便可，但要注意在非拖拉传参而是写代码输入的时候必须要添加self.。

其上两个输出均为输出打印全局变量 gv_1 。

3.2 流程参数

既然可以调用子流程，自然就有子流程需要传入参数的需求，流程参数便是用于对子流程设置传入参数，供子流程内部使用。
例如在子流程 Login 中创建两个流程参数 pv_1 和 pv_2 ，然后编译保存：

这时候在 Main 流程中调用 Login 流程，这个时候 Login 流程的可视化组件就有了两个参数传入的接口：

当然，此处没有传入参数的必要，只是为演示。

3.3 流程变量

流程变量只能用于当前流程中，不可被其他流程进行调用，即流程变量在哪个流程里创建的，便只能在该流程被调用。

• 例如在 login 流程里创建一个一般变量account，用以存放账号：
  

• 再创建一个以密文显示的密码变量password，用以存放密码：
  

• 剩下的将流程变量拖至参数输入节点即可：
  

4、结束

细节决定成败，多加点细节，多点贴心与关怀，能不人见人爱嘛？
当然前提还是技术得过硬啊。

【传送门】
总帖：iS-RPA 从起步到飙速 —— 在新世界里徜徉

—————————————————————— 下一章 ——————————————————————