0 多种计算机语言和技术
- 后台类的Java、C、C++
- 前台类的TypeScript、JavaScript、HTML和CSS
- 不前不后的Node.js
- “误入歧途”转岗做UX
- 现在中兴通讯担任软件研发资深专家
18年初开启低代码平台架构和实现Awade。该低代码平台的起步时间比国内绝大多数同行，包括各大互联网巨头都要早。甚至，如将构建低代码平台的前序工作 Web组件集Jigsaw 的开发作为起点，启动时间可追溯到2017年4月甚至更早。
1 低代码平台应用
主要是对内推广应用，采用低代码平台交付150+商用功能，主要客户是通讯运营商，全面覆盖了国内各大运营商，以及其他国家的知名运营商。
2022年巴塞罗那世界移动通信大会（MWC2022）中兴通讯展台里就有一组App是采用这个低代码平台开发的。这组App有酷炫的展示效果、丰富密集的交互功能、流畅的运行性能，不仅打破了低代码平台只能开发出又丑、又难用的App的刻板印象。更重要的是，它们定义了低代码平台能开发出高质量App的新高度，为低代码的支持者注入了信心。
公开 宣传资料 里展出的这组App的UI效果图：
2019年开始，逐渐在国内各大行业大会上分享在低代码平台研发方面的各种经验，由此也结识了业内许多专家，深入了解了低代码在不同公司的多样实现方式，以及良莠不一应用效果。
低代码架构、实现和应用方面知识整理成专栏分享给你，帮你拨开迷雾，对低代码有更客观、更深入理解。
2 银弹 V.S 毒瘤
纵观职业生涯，没见过哪个技术长时间受到如此两极分化评价：
- 支持者将低代码奉为“银弹”
- 反对者称之为“行业毒瘤”
这两种极端评价的存在，充分说明目前低代码在各企业实现效果良莠不齐，方式方法各不一样。
做得好的企业，确实利用低代码技术获得显著收益：或降低成本，或提升效率，又或兼而有之。因此，这些企业往往会把低代码技术奉为银弹，大力推广，持续获利。
相反那些未帮助企业解决实际问题的低代码实现方式，不仅无法降低成本、提升效率，起相反效果，低代码不免就被贬损为毒瘤。
银弹也好，毒瘤也罢，说明一个问题：传统Pro Code（纯代码）的开发模式与高速增长的业务需求之间产生矛盾越来越尖锐，急需一种新模式消除这对矛盾，低代码就是业界共同给出的新模式。
但低代码模式目前仍处探索期，甚至到现在都还没共识的定义，它像一个大框，啥东西都可往里装。
在这时间点，用语言去争论低代码到底是银弹还是毒瘤，没有太大意义。沉浸在争论迷雾，就无法客观、理性看待这件事。不如回归技术人的处理方式，看目前一线低代码平台真正的架构和思路，技术理性判断。毕竟，在这话题，没有谁比低代码的一线开发者更有发言权了（将自己代入其中也不失为一个好方法）。
但要拨开迷雾，深入了解、学习低代码，确实不怎么容易。
3 学习低代码难在哪？
低代码平台是非常复杂的综合系统，实现过程涉及大量通用技术、架构设计方法，需要开发大量的功能模块，代码量动辄达到数十万乃至百万行的级别，需要使用和无缝集成数以千计的开源技术。
这也导致学习如何开发低代码平台，与学习使用任何一门具体的技术都不一样。当前世界上并没有一个公认的低代码实现技术标准，哪怕技术白皮书，就是没有一个清晰的学习目标。
举个例子，4G/5G通信协议是极其复杂协议，学习非常不容易，但毕竟通信技术有公认标准，只要有恒心和信心，不停攻克协议的各章节，总有一天能完成协议学习，成为专家。但低代码虽然复杂度远没通信协议高，但它没标准，学习意味着： 没有起点也没有终点，没有正确也没有错误，没有考试也没有答案。
这样状况对在校生最舒服，好“混”，但如果要成为一位低代码的架构师或负责人，是噩梦：
- 我学的知识真的就是低代码需要的？
- 有没有更好的架构思路和实现方法？
- 为什么业务团队总是提出平台能力之外的需求？是我错还是他们错？
鞋子好不好只有脚知道，同理，低代码平台好不好，只有业务才有发言权。所以，面对这样一种知识，最合适的学习方式就是倾听他人的经验，听听别人是怎么成功的，也听听别人是怎么失败的。
虽然现在行业大会多数都有低代码专题，但以演讲形式分享低代码的实现经验实在太有限，也不成体系。分享实在杯水车薪，只能展示碎片化知识，学习成本很高。而且不同业务背景对应不同的实施策略，有时甚至矛盾，不明就里只会越听越迷糊。
而专栏是一种系统展示低代码知识的极佳形式。从架构设计到演进策略，从细到代码级别的技术要点说明，到总体的技术选型思路等：
- 一线开发，不仅能知道当前大热的低代码到底是咋回事，也可从专栏中学习到低代码编辑器各主要功能模块的具体架构方法，从而帮你提升架构能力，为未来独立架构一个功能模块做好准备，缩短从一线研发岗转型为架构岗的周期
- 你是一位架构师，你可以从中学习到如何恰当地设计低代码编辑器和编译器之间的关系和抽象，从而架构出一套具有高度通用性的低代码编辑器，你也能知道如何围绕编译器提供扩展能力，设计出比较完备的低代码插件系统，实现通用与效率兼得
- 你是一位决策者，那你可以从这个专栏中了解到实现低代码平台过程中的各个阶段的特点，以及采取什么样的策略可以确保平台始终朝着高通用性的方向演进，同时你还可以了解到采用哪些方法可以让平台兼具较高的开发效率和尽可能广的适用范围。
4 专栏讲啥？
专栏主要提供低代码平台的核心模块，包括：
- 低代码编辑器主要功能的技术要点
- 实现思路和具体方法
- 了解低代码平台的架构策略和思路、从零开始打造一个低代码平台需要经历的阶段以及特点
- 低代码模式对应用全生命周期的支持，插件系统和生态圈的打造
知识地图：
居中的低代码编辑器是低代码平台的核心功能模块，其能力基本决定低代码平台的能力。说它是核心：
- 它需要提供各种基础编辑功能、所见即所得的效果
- 它是整个平台所有功能的锚点，低代码平台上任何内置功能、扩展功能都是以它做为入口
多数锚在编辑器上的功能，其本身也具有非常高的复杂度，任何一个功能点都有相对独立的演进线路。如代码生成器，它与编辑器之间的关系甚至可以决定平台的长期演进策略。插件系统则是给应用团队开放的扩展和定制的能力，用于解决通用性低代码平台在具体业务落地时的各种个性化问题。基础设施则是低代码平台的基石，它的特殊在于逆向性，它的研发不得不先于低代码编辑器，而集成时却必须完全融入低代码编辑器。
出于对学习梯度的考虑，将专栏分成三部分：
覆盖以低代码编辑器为核心，同时包括代码生成器及策略、基础设施、插件系统及周边等三大编辑器的主要研发支线延伸。其中低代码编辑器的内容占据了专栏的绝大部分，三大延伸内容也都覆盖了关键内容。
第一部分 认知基础与架构策略篇
不涉及具体技术，主要从架构设计和演进策略等角度来学习低代码。所谓磨刀不误砍柴工，在启动低代码的研发之前，你肯定要对低代码有个大致的了解，同时也需要先有一个清晰的系统架构思路，确保各个模块有序开发和相互依赖。有明确的演进策略之后，才能确保演进过程能让好钢都用到刀刃上，资源不发散、不做无用功。
不仅如此，这部分还详细给出在低代码平台启动研发之前，需要准备好的“家底”，哪些是必备的，哪些是可选的，哪些必须要自主掌握，哪些可以借开源社区的力，等等，帮你做到心里有数、有备无患，更好地规划好研发计划。
核心模块开发篇
低代码编辑器是低代码平台的核心模块，专栏重点，详细说明一个通用型低代码编辑器的技术实现要点。
整体以应用App开发三部曲（布局、交互、数据）为线索设计内容，从技术实现角度详细给出低代码编辑器的布局编辑器、属性编辑器、可视化编程编排、业务数据获取可能要用到途径等的实现方法。这部分还覆盖低代码编辑器的一些重要但容易被忽略的能力，包括多人协同编辑的支持、编辑历史管理、分支管理，甚至还包括如支持Low Code（低代码）和Pro Code（纯代码）混合开发等内容。
你会从具体的目录中看到，以低代码平台的代码生成器作为开始。这样安排，不仅是因为代码生成器是几乎任何一个低代码平台启动伊始就需要实现的功能，更是因为，多数人在开始实现代码生成器之前，不先考虑清楚它与低代码编辑器之间的关系就贸然动手，导致整个低代码平台的长期演进空间和拓展能力大大受限。
如果代码生成器与编辑器之间没有一个良好的松耦合关系，后面要提供插件扩展能力就很难了，而失去了插件的扩展性和定制性，会进一步导致通用型低代码平台在具体业务场景中的效率无法保证。失去了效率，低代码平台的效能等于打了半折。
平台功能拓展篇
关注低代码平台开发能力之外的内容，主要包含低代码在业务开发全生命周期各个环节中应该起到的作用，以及技术性、方向性建议。
从技术实现方向，详细说明如何实现低代码平台的插件系统，从而实现低代码平台在具体业务场景中的定制、扩展，进而与业务团队一起形成一个低代码生态圈。
似乎这三部分并不是专栏全部。确实，这是动态更新，第一阶段更新完后的四年之内，以每年5讲的频率，继续更新，带你去看最新、最前沿的低代码技术动态。内容主要有这些方面：
- 增加低代码平台在UX、需求端的能力的技术实现要点，以及在交付端的测试、运行能力的技术实现要点
- Awade新技术、新场景、新应用，精选参考价值较高的部分更新到专栏中，分享给你
- 新业态剖析、相关开源技术实践与解析、新的调查机构报告解读等行业性内容。
总结
低代码是一个饱受两极化争议的技术方向：
- 大家对它有种种殷切期望，希望低代码能成为消除传统Pro Code的开发模式与高速增长的业务需求之间的矛盾
- 低代码落地过程中出现的大大小小问题又很容易归咎于低代码，甚至怀疑低代码这个方向到底是对是错
“虽然未来藏在迷雾中，叫人看来胆怯。但当你踏足其中，就会云开雾散。”
如你依然对低代码抱有疑虑，请你踏进来，看低代码平台真正样子，理性判断。如已身处其中，一线低代码架构者和践行者，希望你有坚定信念继续坚持！
参考：
