什么是低代码，到底用不用？

低代码最近是又火了一波，到底什么是低代码，它有什么用，我到底用不用？

在2021年1月8-9日举办的QCon全球软件技术开发大会上，阿里前端技术专家、架构师汪凤震将分享《探索低代码的未来》。他表示，“其实每个做低代码产品的团队都会有很多实践和失败经验，他在乎的不是别人的具体实践和坑，更在意的是，有充分依据告诉我低代码是不是值得投入，如果要投入，侧重点抓手该是怎样的，怎么做好一个未来化的低代码产品。” 于是，InfoQ 在会前采访了汪老师，我们一起来看看低代码到底是什么，自己到底要不要用低代码。

低代码之前的 Pro Code

在低代码概念引入之前，我们先看看纯代码（Pro Code）。

绝大多数的编程是手写全部代码，也就是大家说的“纯代码”，要实现某一功能，你需要把代码全部码上去。因为每个人写代码的逻辑不一样，所以对于实现同一个功能，有的人可能几行代码，而有的人可能会不停地去嵌套逻辑，用很多行代码。大家都知道代码越多，后期要是增删改，出现 bug 的可能性就会越大；如果这时候再有部门间协作的话，不光代码体量大，而且效率低，流程上也会出现各种问题。

有没有一种方法可以避免这些诸如：程序员门槛高、文档链路长、研发效率不够高等问题呢？

于是，可视化编程开始发光发热。可视化编程，就是可视化程序设计，通过少写代码，或者不写代码通过拖拽的方式生成。可视化编程的特点就是所见即所得、一站式研发、技术收敛，而且专业门槛低，对程序员小白相对友好。

Low Code、No Code

关于可视化编程，主要分为两类，一是无代码，另外一个是低代码。

其实，网上一搜索“低代码”相关的定义特别多，维基百科定义：低代码开发平台（LCDP）本身也是一种软件，它为开发者提供了一个创建应用软件的开发环境；与传统编写代码的 IDE 不同，低代码开发平台提供更易用的可视化 IDE。

简单来讲，低代码（Low Code）就是一种可视化搭建系统，从字面意思来讲，一是可视化；二是少写代码。无代码（No Code）同样从字面上来理解，一是可视化，二是不写代码。

No Code 和 Low Code 这两种的区别是，No Code 的是完全不需要写代码，而 Low Code 是需要写部分代码，整体通过拖拽的方式生成。

通过前面的介绍，相信你对 Pro Code、Low Code、No Code 有了一个比较直观的概念。在采访阿里汪凤震（艺之）的时候，艺之老师也说，“这三个是给不同⼈使⽤的，解决着不同场景的问题，他们之间不是替代或消灭关系，⽽是互补加强关系，未来⼀半以上的应⽤将会是通过 No Code 或 Low Code 来⽣产，这会是必然。”

既然，Low Code、No Code 这么方便，我是不是直接用它就好了，还写什么代码？

其实，不是这样的。虽然 Pro Code 有前文提到的缺点，但是它也有 Low Code、No Code 暂时无法取代的优点。Pro Code 的优势在于表达更精准、在封装的基础上更好的实现提效、更好的满足平台间的兼容性、更快的版本迭代。

正如前面汪老师提到的，Pro Code、Low Code、No Code 之间不是替代消灭关系，⽽是互补加强关系。

判断、引入及选择

按照前文的说法，可视化编程门槛那么低，直接上不就行了？理论上是这样的，但是汪老师还是提醒我们有三点需要去注意，一是自身是不是适合可视化，二是可视化引入的难点，充分考虑到前面两点之后，我们再来看可视化平台的选择。

首先，我们如何判断自己是不是适合可视化呢？

汪老师是这么说的，分为使用和研发两种情况。

1. 如果是使⽤的话，绝⼤部分都是适合的，“可视化”本就是个提效⼯具。

2. 如果是研发这类⼯具，如没有相关研发资源的重投⼊(⾄少 5⼈以上)，周期在⼀年以上，是很不建议开发 这类⼯具的。

考虑好前面引入的情况之后，再看下，如果我们是选择研发这类工具的话，有那些难点呢？

1. 当下的低代码⼯具⼀般是全⽣命周期的，把近乎全⽣命周期的 Hand Code 编程变成可视化编程，这本身就是⼀个极⼤的挑战；

2. 低代码⼯具研发周期较⻓，需要沉下⼼⾥稳扎稳打、艰苦攻坚，⽽能耐得住寂寞，背得住压⼒的团队和个⼈是寥寥⽆⼏的，仅资⾦投⼊这⼀块都是⼀般普通团队吃不消的；

3. 另外研发低代码⼯具除了依赖技术底蕴外，更需强⼤过硬的产品思维，这类⼈是在市场上极具稀缺性的。

如果直接使用的话，再去考虑可视化平台的选择。

可视化平台很多，比如 Mendix、OutSystem、PowerApps、Google Blockly 等，在平台的选择上，汪老师给到了几点比较有针对性的建议。在他看来，“搭建平台不是万能的，尤其国内基本还处于摸索期阶段，另外，低代码覆盖的域非常的广，不是一款低代码工具就能全覆盖的。对于中小公司来讲，这两点特别关键：

1. 捋清楚自己的核心诉求，不想着什么功能都要。假如不考虑实际，什么功能都加上，往往最后的效果事与愿违。

2. 最好选大厂或三年以上的垂直领域公司出的产品。原因是，低代码工具是个重投入的一款产品，并且对于研发公司来说收益回报周期相对较慢，前期三五年基本都是在打磨产品阶段，小公司往往坚持不了多久。”

对于低代码，汪老师感触很多。当我问到，他对低代码的未来怎么看时。他说，“低代码这条路，实事求是的说的确⼫⻣累累，绝⼤部分不温不⽕，有的连名字都没正式公布就彻底消失了。 但前景我认为是可观的，只不过这个‘⻅效周期’离⼼中期待会有⼀段时间距离。”

目前可视化工具这块，国内支持跨端的还是很少，Mobi 已经率先实现了跨 Web 和小程序端，且逐步拥抱 Native 中。关于低代码，想知道更多实践及探索，汪老师将会在2021年1月8-9日 QCon 北京站分享《探索低代码的未来》，详细阐述他对低代码现状及核心的分析，以及他们内部可视化工具 Mobi 的实践。

嘉宾介绍

汪凤震，阿里云前端技术专家、架构师，Mobi 低代码业务前端负责人。拥有多年丰富的大前端经验及跨端经验(PC、H5、Hybird、小程序、RN 类)；在 Node、 Python 构建编译、性能优化，以及 JavaScript 语言方面，也掌握较深；对大前端有着强烈的衷爱，目前正在深耕于低代码领域。