前言：有时候，低代码开发和传统开发之间的界限很模糊。比较每种方法的优缺点，判断哪种方法对您的应用程序需求有意义。

很容易将低代码开发和传统开发视为非此即彼的命题，但现实更复杂。在相同的工作流中，低代码和传统的编程方法经常重叠。

这里介绍了低代码的含义，它与传统应用程序开发实践的比较，以及如何将它集成到您的业务的更广泛的开发策略中。

---

低代码开发基础

低代码开发是一种方法，通过这种方法，开发人员使用预编码模块(通常通过拖放界面选择)来实现应用程序的一些元素，以构建所需的功能。为了调整模块或者定制模块之间的关系，通常需要某种程度的定制编码。但是，一般来说，与传统的应用程序开发相比，低代码方法使开发人员能够编写更少的实际代码。

低代码开发最主要也是最明显的好处是速度快，尤其是对于经验丰富的程序员来说。预建模块减少了实现应用功能的时间，因此开发人员可以专注于需要更多创意或对业务具有更高优先级的任务。低代码开发还可以帮助开发人员将应用程序与外部平台集成，而无需了解外部平台的所有细节。

一些倡导者还将低代码开发作为将非IT人员转变为所谓的公民开发人员的一种方式。低代码可以使编程更容易为大众所接受，但单靠低代码技术并不能让每个人都编写定制应用程序，因为低代码通常需要至少一些手动编码工作，以及对应用程序设计和功能基础的理解。

因此，虽然民主化开发可能是低代码的一个潜在好处，但企业开发人员和一些拥有编码知识的业务线人员可能会从低代码中获益最多。

---

低代码与传统开发

出于几个原因，低代码开发和传统开发之间的界限有点模糊。

大多数企业开发人员已经在他们工作流程的某些部分实现了低代码技术很长时间了，即使他们不认为自己是低代码开发人员。例如，如果IDE自动完成代码行或自动填充变量名，那么这种功能就相当于低级代码开发，尽管传统的开发工具供应商很少这样定位他们的工具。

将功能集成到应用程序中的外部模块或第三方API也基本上类似于低代码编程。即使是软件库，几十年来应用程序开发的基石，也可以被认为是一种低代码开发，因为它们使开发人员能够用很少几行手动代码构建复杂的应用程序。

因此，大多数发展战略最适合这两种方法的混合。虽然各种平台专门面向低代码开发的市场，它们可能无法完全满足组织自身的开发需求。

---

传统开发的利弊

传统开发有几个优点

1、控制。开发人员可以最大程度地控制他们的代码是如何编写的，应用程序是如何构建的。

2、灵活性。传统的开发可以使用几乎任何编程语言和开发平台来完成。

3、随处部署。使用传统方法开发的应用程序可以部署到开发人员选择支持的任何目的地。

传统开发有两个主要缺点

1、时间。手动编程比低代码工具自动生成的代码更耗时。手动调整代码以支持多个平台，以及在应用程序和服务之间构建套接字和其他接口也需要更长的时间。

2、技能。传统的开发可能需要具有某种编程语言或开发平台的更专业的专业知识。尽管如此，低代码开发也需要特殊的技能。

---

低代码优缺点

优势

1、速度。程序员可以使用低代码方法更快地构建应用程序，因为它消除了一些手动编程工作。

2、重用。低代码模块很容易在应用程序之间重用和共享，尽管这可能仅限于相同的低代码平台。

3、成本。因为低代码开发速度更快，它可以降低企业的总成本。

缺点

1、质量。低代码应用程序可能不如使用传统方法创建的设计良好的应用程序运行良好或可靠。他们自动生成的代码通常被设计为支持各种各样的平台和用例，而不是团队特定的部署环境或应用程序架构。

2、定制。低代码平台提供的定制整个应用程序或控制其运行方式的机会较少。

3、部署选项。一些低代码平台允许开发人员只将应用程序部署到特定的平台上，比如特定的云。

---

低代码与传统开发的用例

利用低代码的最佳方式是不要在低代码方法或传统开发之间进行选择。相反，在这两种策略之间取得适当的平衡，并确定在哪里将低代码方法合并到您的工作流中最有意义。

下面是一些低代码方法提供最大价值的常见用例:

1、整合。低代码工具可以更容易地将您构建的应用程序与外部工具或平台集成。

2、简单的网站。很少有充分的理由为一个主要由静态内容组成的简单网站手写HTML、PHP和CSS代码。

3、商业分析。低代码方法通常是构建仪表板或报告工具以支持业务分析的理想方法。

4、业务流程。类似地，支持简单业务流程(如客户数据收集或供应商合同批准)的应用程序是低代码开发的良好候选。

---

何时不使用低代码

为了充分利用低代码，同样重要的是要知道哪些考虑因素使传统开发成为更好的方法。

1、安全。低代码并非本质上不安全，但很难确保低代码应用程序是根据严格的安全标准开发的。它们也可能更难审计，因为源代码隐藏在低级代码抽象之下。

2、性能。低代码应用不太可能提供最高级别的性能。如果你想要最高的性能，你可能需要优化每一行代码，为此你需要一个传统的开发方法。

3、可维护性。如果用于开发应用程序的低代码工具被供应商停止使用，那么长期的维护就成了一个挑战。

4、锁定。对低代码的依赖可能会让开发人员面临更高的风险，他们被锁定在一个特定的低代码平台及其生态系统中。他们可能只能部署到平台支持的环境中，或者在将代码库迁移到不同供应商的平台时遇到困难。