云服务器内容精选

  • 处理图元的异常 支持异常处理的服务编排图元包括子服务编排图元、脚本图元、记录创建图元、记录删除图元、记录查询图元、记录删除图元、连接器图元和BO图元。当服务编排中使用这些图元时,对可能引入错误的每个图元都需要做异常处理判断。 在定义服务编排时,如图1所示,从图元中拖出一条异常处理的连线,连线类型选择“出错时”。 当流程走到对象记录查询图元出现异常时,就会走连线类型为“出错时”的分支,执行图元“Assignment1” 。 图1 处理图元异常 (可选)如果需要关注出错后的具体错误码和错误信息,则执行该步骤。 如图2所示,配置图元“Assignment1”,通过系统变量 “$Flow.FaultCode” 和 “$Flow.FaultMessage”获取这些图元出错后的错误码和错误信息,这些错误信息是系统返回的。 图2 输出错误信息
  • 流程结束时返回错误 如图3所示,将赋值图元作为流程结束的节点,通过系统变量 “$Flow.ResCode” 和 “$Flow.ResMsg”自定义流程出错后的错误码和错误信息。 服务编排中,关于错误码的系统变量有两类,区别如下: “$Flow.FaultCode” 和 “$Flow.FaultMessage”为系统返回的错误码和错误信息。 “$Flow.ResCode” 和 “$Flow.ResMsg”为自定义输出的错误码和错误信息。 图3 流程结束时返回错误
  • 图元编排 本章节介绍服务编排中图元布局、摆放的要求。 为了服务编排画布排版美观以及方便后续的服务编排检视,服务编排的图元编排遵循以下原则: 在配置服务编排前,需明确具体步骤和子流程的分解,合理编排图元。 业务逻辑采用自上而下、从左往右的页面布局方式,业务逻辑展示清晰;同一任务多个步骤,横向排列,不同任务之间竖向排列。利用横向和竖向,做到层次缩进。 Decision图元里的Default改为表示主流程,类似于If Error Else MainProcess这种结构。把异常处理优先标出。 在同一个版面中,图元之间的间隔大小相同。 尽量避免连接线相互交叉。 创建或查询较复杂的父子对象结构场景(如创建订单和相关对象),应将父对象和典型子对象的创建和查询编排到子流程中,供多个流程共享。 对于服务编排中常用到的业务功能(如获取Offer实例),可以考虑编排到子流程或用Script实现,供多个流程共享。 编排每个服务编排时,首先都应该设置入参校验步骤,图元类型为“Decision”,分支优先考虑异常场景。服务编排流程中,其他的“Decision”图元也要首先考虑异常场景。 避免使用循环套循环。 不允许在子流程中结束,所有结束出口应在最外层服务编排中体现。子流程中应始终返回出参。 父主题: 服务编排开发规范