什么是纯代码、低代码和零代码？有什么不同？

纯代码“纯代码”通常被称为专业代码或自定义代码；但意思是一样的。它指的是传统的以代码为中心的开发模式。我们之所以选择使用“纯代码”，是因为如果我们使用“专业代码”，那么低代码似乎是不专业的，而使用“自定义代码”很容易误解为低代码无法支持自定义代码。

当然，更准确的术语可能是“高代码”，因为即使使用传统的代码IDE，一些开发工作也支持（甚至更适合）非代码完成，例如iOS开发中使用的SwiftUI界面设计器，以及数据库app的服务器开发中所使用的PowerDesigner建模工具。然而，这部分可视化工作只在传统的开发模式中起辅助作用，通常生成可由开发人员直接修改的代码；开发人员仍然专注于代码。

低代码、低代码和纯代码之间的关系类似于视频和文章之间的关系：

低代码就像现代的“视频”。大部分内容由直观、易于理解和表达的图片组成，因此更容易被公众接受。但同时，视频并不是那么死板，它只能有图片。可以添加少量文本（如字幕和注释）来弥补图片表达的不准确。顺便说一下，关于“图”和“文本”之间的辩证关系，您可以进一步参考“架构映射：工具和方法”一文中的相关描述[1]。

纯代码更像是传统的“文章”。尽管长期以来，它一直是信息传播的唯一媒介，但自从视频技术的诞生和相应的软硬件基础设施的普及以来，它已逐渐远离聚光灯。如今，视频已经成为大多数人获取信息的主要渠道（从电视电影到B站的抖音），而经常阅读书籍和文章的人越来越少。然而，不可否认的是，这篇文章仍然有它的意义和受众（否则，我不会费心键入这么多单词）。即使“市场份额”受到挤压，它也将始终有立足点。

如果按照上面的类比，未来低代码将遵循类似于视频的发展轨迹，超越纯代码成为主流发展模式。Gartner的预测也表达了同样的观点：到2024年，65%的app开发活动将通过低代码完成，75%的大型企业将使用至少四种低代码开发工具进行app开发。

但同样，正如视频永远无法取代文章一样，低代码永远无法完全取代纯代码开发。在未来，低代码和纯代码将长期以互补的形式共存，并且每一种都将在其适当的业务场景中发光发热。在“低代码业务场景”部分，将详细列出哪些场景更适合现阶段的低代码开发。

从分类的完整性来看，零代码（零代码/无代码）自然具有相反的“零代码”（也称为“无代码”）。零代码是一个完全不需要编写代码的app开发平台，但这并不意味着零代码比低代码更高级和高级。它只是做出了一个更极端的选择：完全接受简单的图形可视化，并完全消除复杂的文本代码。选择背后的原因是，零代码开发平台有望尽可能降低app开发的门槛，这样每个人都可以成为开发人员（注：开发≠ 编写代码），包括业务分析师、用户运营，甚至是根本不懂代码的产品经理（假装理解是不够的）。

在日益复杂的技术分工（前端/后端/算法/SRE/数据分析..）的趋势下，即使是专业的开发人员也很难招募到一个能够独立开发和维护一整套复杂app的全栈工程师。但零代码可以改变这一切：无论是一个愚蠢的技术白人，他无法区分Java和JavaScript，还是一个精通深度学习但没有时间学习Web开发的算法大牛，他都可以通过零代码实现他的技术梦想或整个堆栈梦想。“改变世界的想法已经存在，只剩下一个程序员了。”这个笑话可能真的会成真；哦，不，你甚至不需要程序员。有想法的人可以自己做。

当然，所有选择都是有代价的，零代码也不例外。完全放弃代码的代价是有限的平台能力和灵活性：

一方面