企业级低代码工具的期望与现实

在数字化转型的过程中，可能会遇到各种挑战。 技术选型时，看到媒体上不断报道的低代码技术，你是否决定跟上潮流？ 

选择一个低代码开发工具来构建你的应用程序，起初您会意识到配置化的功能非常适合构建原型，但是在满足企业应用程序的复杂性方面存在不足。

同时你还意识到，想要扩大规模构建更多应用程序并增加用户数量时，会产生额外的成本。

除此之外, 无法很好地引入第三方库，使得业务扩展性有所欠缺。

这些问题，让不少资深技术质疑，低代码开发是否是正确的选择？

不同的群体，对低代码工具的期待有所不同。

CIO、CTO以及开发管理人员，希望低代码平台可以加快应用程序开发和缩短交付时间、降低运营成本、解决技能差距、 确保可扩展性；

普通IT 团队希望低代码平台能够通过让业务用户在最少的 IT 支持下构建自己的应用程序，来减轻压力，从而为他们提供创新的可能；

专业的开发团队希望低代码平台能够自动执行耗时且繁琐的代码生成任务，以便他们可以专注于开发差异化和改善用户/客户体验的应用程序功能。

考虑到这些不同的期望，让我们来看看期望与现实之间的差距，以及可以采取哪些措施来减少差距。

一、平台是为企业级应用开发而构建的

期望  ——   您期望所有低代码平台都是为专业开发人员设计的。企业低代码平台具有足够的技术堆栈和架构，可帮助开发团队构建复杂的企业级应用程序。

现实  ——   并非所有低代码平台都支持专业应用程序开发，大多数低代码平台都是为套用模板的UI构建原型或满足初级应用程序的业务人员设计的。

选择低代码工具时候，需要考虑所提供的技术堆栈和平台架构，以了解它是否可以支持综合性的企业级应用程序开发。

二、低代码将取代编码

期望 —— 凭借在线开发环境和可视化拖放应用程序开发，您期望通过使用低代码开发平台，取代手动编码。

现实 —— 复杂的企业级应用程序通常具有复杂的业务逻辑，构建丰富的应用程序通常需要开发人员使用原生代码，并且需要一定程度的手动编码来关注应用程序的细节。

低代码应用程序不是要取代手动编码，而是要优化开发人员的时间。采用低代码开发平台时，需要在低代码和高代码之间保持平衡。通过这种方式，您可以缩短密集型任务的时间范围，并使开发人员专注于业务逻辑本身。

三、 平台生成质量代码，不需要测试   

期望 —— 您假设代码是自动生成的而不是手动生成的，因此出错的可能性较小。您可能还期望企业低代码平台生成高质量的代码并内置安全和测试功能，因此构建的应用程序将成功运行。

现实 —— 一些使用低代码构建的应用程序无法执行，原因有很多，从编码或业务逻辑错误、集成问题到安全威胁。

虽然低代码的承诺是构建功能强大且安全的应用程序，但还是需要制定适当的测试策略。需要确保平台在整个开发生命周期中都具有特性，以测试应用程序的功能和安全性。这将降低实施失败相关的风险。

四、平台可扩展并支持不断增长

期望 —— 您假设可以轻松扩展以构建无限数量的应用程序并支持越来越多的用户而无需额外费用。

现实 —— 当需要构建更多应用程序、增加用户数量时，您会意识到许多低代码平台可能涉及额外成本并且不具备扩展能力。

重要的是评估平台是否提供开发时和运行时的可扩展性，并考虑低代码平台的模型是否符合可扩展性需求。某些平台需要付费增加应用程序的数量，或按照用户数来付费。因此，首先要确定可扩展性需求，保证方案是长期可行的。

五、低代码工具生成的代码可读可定制

期望 ——   工具生成的代码与手工编码可以无缝衔接,代码可读可定制，技术层面上，拥有完整控制权与改造权。

现实 ——    代码通常在算法上是准确的，尽管代码不是人类可读的，这使得开发人员很难进行任何有意义的修改。 

考察低代码工具的综合性能力，提出特定场景来验证能力，保障代码可读和可定制，这是应用程序长期维护的重要因素。

Gartner 预测，到 2021 年，大型和传统企业的数字化转型项目将花费两倍于预期的时间和两倍的成本。另一方面，规模较小且敏捷的企业在实施现代化和数字化转型计划方面将更加成功。

不管这一预测如何，无论大小，企业仍然可以通过采用新兴技术解决方案（例如低代码）来获得更有效的成果。不断演进的解决方案，适应技术现代化的挑战，让数字化转型之旅更加顺利，取得成功。