当我与高效率应用程序开发的客户，潜在客户和记者聊天时，我有时会在他们的脑海中看到一些关于“ 低代码 ”和“无代码 ” 之间差异的混淆。这并不奇怪，因为在高生产率的应用程序平台即服务（aPaaS）领域，有许多供应商都争先恐后地争夺市场地位。因此，让我们明确问题并检查这两个术语的真正含义，标记差异并建议哪种平台类型适合哪些类型的项目。

　　类似于A Glance ...

　　低代码和无代码开发平台都提供了开发软件应用程序的方法，而无需编写代码。它们不是要求开发人员对传统编程语言有任何了解，而是为快速应用程序开发（RAD）提供可视化开发方法。这种可视化方法使得应用程序开发可供更多人使用，特别是在业务领域工作的技术娴熟的人员。考虑到应用程序的性质，开发人员从屏幕上的库中选择他们需要的功能组件，并将它们拖放到可视化工作流程中。

　　低代码和无代码开发平台有望帮助专业和非专业开发人员创建更高效​​的应用程序，从而提高生产力。两者都消除了站立环境和维护基础设施的开销，因为它几乎总是以平台即服务（PaaS）形式提供。但这几乎就是相似之处。

　　......但在实践中却非常不同

　　虽然低代码和无代码共享抽象远离代码的原则以提供可视化建模的好处，但是通过这两种方法可以构建的应用程序的规模和种类存在根本差异。

　　无代码应用程序开发工具对于想要解决基本功能用例的业务用户来说非常有用。无代码平台是构建小型应用程序以供单个部门使用的理想工具，如果您需要的话，这很好。

　　但是大多数无代码工具的问题在于，您可以在其上构建的应用程序通常无法很好地扩展，并且集成功能非常有限。这是因为无代码平台不考虑您更广泛的企业架构，并且因为您可以与大多数无代码平台一起使用的唯一集成工具往往是专有的且功能有限。

　　虽然简化，简单和刚性融入了部门级纯粹的无代码开发工作，但扩展到企业带来的挑战包括：

　　体系结构考虑：由于开发人员缺乏应用程序体系结构模式，因此整体应用程序体系结构的风险增加。大多数无代码平台都需要部署到其公共云，并且不能灵活地部署到私有云或本地基础架构。可扩展性：由于无代码平台倾向于运营效率用例，因此它们无法专注于用户体验，无法连接到旧系统。供应商不支持为第三方解决方案或本地系统创建自定义集成。治理：由于使用无代码工具构建的应用程序的独立性，数据治理是一项常见的挑战。通常情况下，您会在组织中找到多个版本的真实点，以及各种/不受管理的数据结构和数据质量级别。（考虑客户记录管理和GDPR）。另一方面，低代码平台往往与更广泛的企业IT组织的技术治理要求更加同步。它们提供可扩展的体系结构，能够使用开放API扩展平台功能以实现可重用性，并在云和本地部署方面提供更大的灵活性。它们使开发人员能够通过应用程序测试，质量和性能工具进行控制，同时结合无代码解决方案中的高生产率技术，通过可视化方式加速开发。

　　低代码平台支持创建更复杂的应用程序，并且由于其通用性，可以处理更多用例，包括：

　　决定哪种工具适合您的业务

　　在决定采用哪种方法时，持续存在的挑战是，无代码开发平台被认为过于简单，无法支持复杂的用例，而低代码开发平台被认为过于复杂，非专业开发人员无法使用。

　　为了应对这一挑战，如果您实施无代码解决方案，您将被视为更大的IT组织的影子IT。一旦您的应用程序超出了业务开发人员的支持能力，您打算做什么？由于您的选择有限，所有这些效率和成本节约都会消失。你疏远了IT开发人员，所以它正在签约或咨询救援。

　　如果您实施低代码解决方案，它可能会使您的开发人员代码更快，但它是否会提高交付解决方案相对于业务需求的准确性？当您的开发人员必须返工并修复解决方案，因为业务仍处于应用程序开发生命周期之外时，实现价值的时间是否真的减少了？对于业务来说，让应用程序更快，不做他们需要他们做的事情的成本是多少？

　　在决定采用哪条路线时，显然不仅仅是技术。与任何应用程序开发策略一样，您必须考虑如何使可交付成果与用户真正想要，需要和热情占据的内容保持一致。这包括将各种熟练的IT开发人员与关键业务领域专家合作，以促进协作和专业知识汇集。只有通过应用程序开发行为的密切协作，才能高效，准确地构建更大，更复杂的应用程序，并针对业务成果进行优化。