Uipath-------企业项目中异常处理的重要性

         在任何一个企业级项目中都离不开异常处理这个老生常谈的问题，尤其在RPA领域体现的更加明显。作为一个合格的RPA开发人员，必须要具备异常处理思维，这是保证RPA产品稳定运行的前提。

         大多数RPA初级开发人员习惯了正常逻辑思维，在开发时认为只要把业务人员的正常需求实现了，就算完成了开发任务。可想而知，这样的产品一旦用于生产环境，必将分分钟打脸，三天两头忙碌于修修补补，这不仅会大大的延长软件的开发周期，更严重的是会严重损害客户对我们的信赖程度，甚至会失去客户。

         接下来就谈谈异常处理的重要性，因为还是有很多人没有异常处理的意识，或者意识到了，但却没有足够去重视。我们可以从小的问题谈起，就比如几乎所有的RPA项目都会涉及到读取Excel配置文件，看似不会出现什么异常，但实际上各种问题，就比如 “Excel application scope : 远程过程调用失败”。又或者当我们使用Copy File命令时，是不是我们应该去考虑一下文件是否存在，如果存在就正常Copy，不存在时我们也应该Catch到这种错误，并做好日志记录，以方便我们定位问题所在。作为一个Uipath开发人员，我们都知道Web操作是最容易给我们挖坑的，当我们登录业务系统时，如果只考虑正常逻辑很简单，不就是输入用户名和密码再点击登录就完事了，但真是这样吗？在实际使用环境中，我们要考虑用户的网络环境，因为真的有烂的跟翔一样的网络环境（哈哈哈），我们是不是应该考虑到一旦出错，应当尝试重试，（我们可以配置尝试次数），但我们也要结合实际的环境，就比如如果是银行系统，傻傻的重试肯定完蛋，（嘻嘻，就等着账户被锁定吧）。又或者当我们抓取网页数据时，我们是不是要确保目标页面已经打开，或者已经完全加载（有的看似已经完全打开，实际上还没有加载完全，处处有坑，生活不易啊，啦啦啦）。我们多使用Element Exists，Wait Image Vanish，Image Exists.....来确保我们的每一步操作都是可控的，（即我们操作的对象就是我们预期的对象），有的人会说这样不就降低了软件的运行速度了吗，我想说根据我的经验，我们还是应当把稳定，可靠放在第一位，之后再考虑效率的问题，我遇到的客户都在强调慢一点没问题，但一定要保证稳定。其实不难理解，因为RPA几乎无人值守的特点，一天二十四小时都可以运行，谁会在乎快几分钟，慢几分钟呢，只要运行结束符合预期，减少业务的工作量，才会被他们接受。试问一下132562315472*23564781=？有人很快算出来等于1（结果错误啊），这样错误的结果再快有什么意义呢？