我们真的需要低代码吗？他与传统编程有什么差异？

硬编码还是无代码如同手动驾驶和自动驾驶

传统编码、低编码和无编码之间存在怎样的差异呢？为了清晰呈现新出现的这些代码范例之间的细微不同，这里将它们和汽车类型做了一番对比。

传统编码

传统的手工编码就如同一辆配备变速箱的手动挡汽车。开手动挡车，你必须清楚如何换挡。更重要的是，你得懂得驾驶技巧，知道如何在繁忙的街道中安全行驶，并且严格遵守交通规则。我们可以把手动驾驶和传统编码相类比，手工编码往往适用于那些经过专业训练的开发人员。

比如说，当我们考虑开发一个能与数据库交互的应用程序时。若要从头开始创建，或许就意味着编写一个 PHP 应用程序，将其与后端数据库管理系统（比如 PostgreSQL）相连，并对数据的摄入以及操作条目的命令进行硬编码。

手工编码需要对编程语言、开发框架和库以及像 git 这样的协作开发流程达到熟练掌握的程度。自然而然，传统编码属于专业开发人员的范畴，而且通常对于开发专有软件即服务产品的软件团队来说是必不可少的。它提供了终极的可定制特性。

低代码

低代码就如同自动驾驶汽车。对于自动驾驶汽车，你仍然需要懂得如何驾驶，不过变速器是自动的。像巡航控制这样的功能也是相当不错的。与此相似，低代码旨在简化开发流程，甚至允许一部分非技术人员来构建应用程序。低代码既被专业开发人员使用，也被公民开发人员所采用。

如果拿数据库作为例子，那么低代码的解决方案可能会涉及到数据库的一次性注册。原本这需要一定的技术技能才能运行，但借助低代码，其运行会更加顺畅。通过可视化的用户界面来开发与数据库交互的应用程序，会让一切都变得顺利无阻。

低代码平台通常包含各种各样用于辅助开发应用程序的拖放构建块。这些预先生成的组件可能涵盖表格、文本框、下拉列表、图表、地图、表单、用户目录以及其他元素。低代码解决方案通常也使得底层代码容易被访问和移植。低代码能够助力开发人员提升开发效率，节省更多时间去构建更具创新性的功能模块。

低代码解决方案还能够协助完成创建功能完备的应用程序所必需的周边操作，例如托管、部署和监控。低代码领域的一些典型供应商包括 Appian、Mendix、Outsystems、Quick Base 和 APICloud 等。

无代码

无代码恰似无人驾驶汽车。在自动驾驶汽车里，人工智能能够处理所有事情，在车流中行驶和改道都是自动完成的。你无需将手放在方向盘上，但你需要确定自己的目的地。同样，对于应用程序开发而言，无代码是方便易用的、非技术性的选择。无代码主要面向公民开发人员和非技术用户。

无代码将低代码的可用性提升到了一个崭新的高度，完全由 UI 驱动，具备使用预先构建的模板以及把实用程序串联起来的能力。无代码在连接和触发器方面颇为流行，减轻了集成的负担。当然，自动化程度越高，所牺牲的粒度控制也就越多。许多无代码工具只需要已使用的业务应用程序的登录名和权限，其供应商比如 Zapier、IFTTT、Kissflow、Airtable 和 Retool 等。

低代码和无代码的趋势和行业并无关联，银行、制造业、消费品、电子商务等众多领域都已经出现了低代码和无代码的实际应用案例。

5 种常见的低代码场景

既然我们已经了解了这些概念，那么企业正在利用低代码构建些什么呢？

• 构建内部表单：以表单的形式来收集数据，例如用于检查或者审计，可能还需要生成 PDF 文件。对所在行业有所了解的非技术人员也能够创建表单。
• 使用公开的表单进行扩展：将表单公开以便用于注册或者生成潜在客户。几乎无需添加任何功能，无代码用户或许就能实现。
• 使用数据库：初级工程师会比较容易理解数据库的机制，但这并非完全是非技术性的。例如，可能需要一定技巧来将数据库与其他云操作进行同步。
• 业务流程管理（BPM）：将传统公司的项目审批流程进行数字化。曾经基于纸张或者电子邮件的东西如今变得更加精简了。这可能涉及到接到订单，向经理汇报，并获取经理的批准。将这个过程数字化需要对数据结构有深刻的认识。
• 完全开放的应用程序：可能用于新员工入职或者内部职位招聘。这需要更全面的用户交互设计、工作流、文件托管以及 API 连接。这个过程可能需要熟练的开发人员。

在最开始就建立好数据结构是极其重要的。复杂的项目在一定程度上可能仍然需要熟练的工程师。但是，正如我们前面所提到的，在很多领域，低代码和无代码都能够简化简单应用程序和工具的创建。

低代码，启发

在众多文章中，我们把低代码的兴起归因于持续的开发者资源短缺以及今年疫情所导致的数字经济的出现。在疫情期间，人们期望将任何需要手动操作的流程进行数字化，甚至不敢使用别人用过的笔。

低代码在一定程度上已然成为一种关键的选择，能够相对轻松地支持替代业务应用程序，为公民开发人员或者非技术用户提供新的数字功能。随着低代码的流行，围绕低代码的营销也越来越多，许多应用程序都宣称自己是低代码或者无代码。

当然，从技术层面来讲，你可以把任何具有 UI 的工具称为“无代码”。从用户的角度来看，你的手机应用程序就是无代码的。然而，使这些低代码开发风格与众不同的是它们在构建内部业务应用程序和自动化重复软件开发任务中的运用。通过使用低代码，传统的非技术公司能够将操作功能包裹在基本应用程序中，并像科技公司那样进行扩展。

低代码的另一个关键（这个我们会在后续的文章中详细阐述）是利用第三方 API 来解决集成障碍。对于非技术用户来说，注册 API 是很困难的。我们必须理解身份验证、OAuth、有效负载、HTTP 方法、响应和标头才能进行一次调用。

API 驱动的服务对更好的可用性的需求已经存在很长时间了。对于各种开发问题的解决者来说，低代码层能够使大量 SaaS 的使用更具包容性，这是一个极具吸引力的前景。