基于 LowCodeEngine 的调试能力建设与实践

作者：刘菊萍(絮黎)

概述

业务背景

低代码由于研发效能和交付的优势变得越来越普及，在降本提效的同时也带来了很多黑盒逻辑。现有的低代码平台普遍缺乏面向用户的调试能力，当用户在低代码搭建遇到问题时，排查和解决问题强依赖平台的客服答疑或浏览器原生的调试能力，导致非前端用户使用低代码平台的成本很高。因此我们需要提供更适合低代码平台的调试能力，降低低代码平台的使用成本。

技术难点

在阿里低代码引擎的产品技术体系中，一方面我们需要提供低代码平台的基础调试能力，适用于大多数低代码的调试能力，需要考虑非前端用户的使用习惯和学习成本；另一方面由于低代码平台的目标用户类型差异较大，不同低代码平台所需的调试能力也是不一样的，除了基础的调试能力之外，我们需要通过提供扩展定制能力，帮助不同的低代码平台快速建设适合的调试能力。

技术细节

在技术架构上，我们通过分层设计，将调试体系分为 Client、Server、Protocol 等不同层来承担不同的职责，向下做好协议的统一收敛，与低代码引擎的协议和渲染体系对接，向上也能支持不同分层下的高度定制。在产品设计上，我们在低代码引擎标准协议的基础上完成了日志查看、错误码定位、审查元素、数据源查看与修改等低代码调试能力上的探索。具体实践和分析：低代码引擎体系下的调试能力在集团内的中后台平台 A 落地了半年，活跃用户总量为 600，占比平台总月活的 20%，并大幅度降低了答疑中调试相关问题的占比。

低代码引擎介绍

低代码引擎是一款为低代码平台开发者提供的，具备强大扩展能力的低代码研发框架。由阿里巴巴前端委员会、钉钉宜搭联合出品。使用者只需要基于低代码引擎便可以快速定制符合自己业务需求的低代码平台。同时，低代码引擎还在标准低代码设计器的基础上提供了简单易用的定制扩展能力，能够满足业务独特的功能需要。

开源地址： https://github.com/alibaba/lowcode-engine

官网： http://lowcode-engine.cn/#/

点击文末「阅读原文」，可直接跳转查看

低代码调试背景介绍

在阿里内部有很多低代码平台，其中图中的这款低代码平台是用于开发中后台页面。由于这个平台沉淀的时间比较久，因此用户量相对比较多，覆盖的人群类型也比较广泛。

该低代码平台月活跃用户有大概 4000 人左右，这 4000 人里面有前端、后端、测试开发等。其中大概只有 30% 的使用者是前端研发，而剩下 70% 的使用者都是非前端研发人员。为了帮助这 4000 人使用该低代码平台，该低代码平台提供了两个前端全职进行答疑，帮助该平台的使用者解决他们遇到的问题。

我们可以看到，答疑同学一个月大概需要解决 400 多个答疑工单，这些工单里面有大量的使用问题和应用调试问题。

那我们来假设一下，如果这个低代码平台没有前端同学来进行答疑，那是不是有至少 400 多个使用者有可能无法使用我们的低代码平台。我认为是非常有可能的，在这种情况下，如果他们遇到问题，找不到渠道来解决问题的，因此对低代码平台产生不好的印象，他们就很容易抛弃掉这个低代码平台，甚至抛弃掉所有的的低代码平台也是有可能的。

这样我们可以看出来这个低代码平台有两个问题：

• 答疑成本高，对于非前端研发同学来说，十分依赖答疑同学提供的支持，这样会导致低代码平台用户量越多，答疑成本就越高，

• 学习门槛高：就算有足够的答疑支持，非前端研发使用低代码平台也有较高的学习成本，这就导致低代码平台很难进行更大范围的推广。

因此，我们需要去减少答疑的成本，为了找到减少答疑的解决方案，我们先来分析一下答疑的案例。

这是一个答疑同学在答疑过程中和低代码平台的使用者沟通的过程。

在最开始的时候，用户会跟答疑人员说遇到了一个报错，需要答疑人员帮忙看看问题在哪里。这时候一般都需要用户提供可以让答疑人员复现问题的步骤。比如说，需要提供报错页面的地址。在大多数情况下，这些页面都有权限管控，需要找对应的权限管理员来添加权限。甚至有的项目因为添加权限太麻烦，只能通过截图或者视频来查看和定位问题。

所以这个案例暴露出来的第一个问题是权限管控会让答疑时间更长，也让查看和定位问题的难度更高了。

我们继续看第二部分，当权限添加完成之后，用户和答疑人员往往还要沟通复现路径，由于用户和答疑人员沟通过程往往存在信息差，所以需要反复沟通才能明确复现的步骤，答疑人员才能复现出报错场景，才能找到到问题。

我们可以看出来，这里暴露的第二个问题是复现问题沟通耗时且繁琐。

找到问题之后，发现这些问题很有可能是一些对于前端很简单的问题，比如说标点符号使用错误，中英文符号使用错误等。因为大多数低代码平台的使用者是非前端开发，他们没有前端相关的基础。因此对于前端来说很简单的问题没有办法自己解决，就只能依赖答疑人员的帮助。那如果缺少了答疑，没有前端基础的使用者想要解决类似的问题，学习成本还是非常高的

因此，一方面为了减少答疑的沟通成本、另外一方面为了降低非前端研发同学的学习成本。我们决定为低代码平台提供低代码调试工具。

低代码调试能力建设