低代码的缺点

低代码平台虽然有很多优点，但也有一些潜在的缺点和风险。最大的潜在缺点涉及到平台本身的约束；两个没有逻辑和需求完全相同的平台。

首先，低代码用户可能会遇到减少代码优化的情况。程序员明白，完成各种任务的方法有很多，手工编码为许多编码问题提供了一个简单而优雅的答案。手动编码计划可以尽可能短、最有效地创建功能，从而减少成品应用程序的整体尺寸，显著提高性能。

低代码平台的挑战是，它们通常以代码库的形式表达更高层次的任务。这些代码库必须处理尽可能多的任务和条件，以满足广泛的低代码用途，这将导致代码库大于大多数实际应用程序所需的代码库。在使用任何已建立的图书馆（如开源软件组件）时也会出现类似的问题；当你使用别人的代码时，它可能不像你想要的那么紧凑或高效。

低代码用户不知道底层代码是如何工作的——它是如何编写的，代码是否有bug;这意味着低代码平台可能会给业务带来安全和合规的风险。熟练的开发人员可以确定每行代码在手写应用程序中的作用，并可以根据最佳实践进行编码，以避免常见的漏洞，如粗心的错误处理。强大的安全趋势是组织合规策略的核心组成部分，特别是在高度监管的行业。

测试已知的漏洞来识别代码库中可能存在的安全漏洞，尽管潜在的风险可能仍然太严重，但不容忽视。在这种情况下，使用低代码平台生成不符合既定最佳实践的代码可能会违反一些公司的合规标准，即使生成的应用程序确实是安全的。

低代码平台限制了多功能或用例，因为它们基本上将更先进的工作流和想法转换为应用程序代码。因此，该平台的质量取决于其翻译能力。根据不同的平台，一些应用程序功能可能很难实现，甚至不可能。如果平台不能为任务生成必要的代码，熟练的开发人员可能需要创建模块、图书馆或其他定制代码来实现它。

低代码工具也可能带来集成和相互操作的问题。现代企业应用程序通常通过通用通信（如已建立的API）与其他工具集成。低代码平台不能保证支持软件项目所需的API或其他形式的集成。同样，专业开发人员可能需要制作和管理API或其他界面来促进集成。