低代码有哪些缺点？

Posted 2023-04-09 CORNERSTONE365

使用低代码开发平台可以构建许多技术功能，包括应用程序、数据库、工作流、集成、物联网数据流、数据可视化等。

面对市场上低代码厂商的宣传，越来越多的企业了解到低代码开发的好处，但是低代码真的像厂商说得那么好吗。

未必。

相对于传统开发，低代码开发模式发展时间尚短，一定还存在一些问题。如果企业不了解，而去盲目使用，很容易从一个困境踏入另外一个困境。

虽然织信已经为很多客户利用低代码开发搭建应用，并看到客户从使用它们中受益。但是，让更多需要数字化转型的企业看到客观的低代码的缺点，也是低代码发展的方向。

那么低代码的缺点到底有哪些，一起来看一下。

一、用户预期

当企业想要得到一个三居室的房子和一个车库，但使用低代码工具所能提供的只是一个带浴室的小屋时，可能会达不到企业的期望。

低代码平台需要培训才能有效地使用它们，并需要与企业讨论权衡取舍以实现业务成果。

当低代码平台无法实现业务需求时，可能需要重新考虑平台选择和技术方法。

一个关键指标是企业何时开始调整要求或由于其低代码平台的限制而降低对所需业务成果的期望。任何低代码平台都应该加速向业务交付价值，而不是相反。

发生这样的情况，是由于部分低代码平台为了“更加简单好用”，把“拖拉拽”当做平台的核心能力，迎合业务人员都能使用的客户“伪需求”。导致平台的功能和组件通常是固定的，只能满足特定情况下的业务需求。

而对于企业来说，特别是预算不足的企业来说，只能被迫使用不满足业务需求的平台来搭建系统，最终陷入困境。

面对这样的情况，织信作为企业级低代码，以满足企业的业务需求为主，在底层框架上预留了大量关键的自定义操作空间，例如自动化、脚本、集成等，满足企业业务上的复杂需求，解决业务流程的多层嵌套、多个步骤、复杂的条件逻辑等低代码难以实现的场景。

例如在制造业中，很多企业接到订单后，需要人工分配任务到车间，人工计算需要多少工时，还要看工人或者机器够不够用，是否和其他订单有冲突等。

而在织信中，可以通过事先设定的计算规则，让企业在录入订单信息后，自动生成子订单任务，分配到产线上。

就算该计算规则很复杂，涉及到多个判定标准，也是可以实现的。

比如需要在接下来3天内最低成本地完成1万个产品的生产，那么系统要计算原材料是否足够，不够就要采购；有哪些机器是可以使用的，哪个产线可以3天内完成生产；符合生产要求的产线中，哪个是成本最低的方案。系统自动计算完毕后，就会生成最符合该订单的子订单分配下去，通知子订单的责任相关人。

二、系统框架

许多低代码平台允许开发人员使用自定义代码自定义实现。

但是，如果添加了过多的专业代码，则局限于低代码平台可能会造成限制。

ACCELQ首席产品官Guljeet Nagpaul说过：“很多低代码平台无法正常工作的一个迹象与定制有关。”

如果企业的需要不断地定制，这表明代码是在没有架构和设计想法的情况下编写的。这种定制化的维护将很快变得不可持续，并最终拖累投资回报。

发生这样的问题，主要因为很多用低代码平台开发的系统，没有系统框架的思想。

由于很多企业用低代码平台搭建系统都是业务人员或者管理人员自己开发，缺少框架的理念。这些企业缺少技术人员，不知道怎么做才可以让这个系统后续可以更好地扩展。

最后就发展成为了遇到问题无法解决就找服务商定制解决。但是由于一开始框架的问题，通过服务商定制的方式解决了一个问题，后面出现其他需求还是要找服务商定制解决，然后就陷入了死循环。

本来应该低代码搭建的系统，代码越来越多，和传统开发没有差别，企业付出的费用也越来越多。

这也是很多企业觉得，低代码前期投入小，但是后续投入大的原因。

而织信始终秉持以最少的代码，实现最大的扩展性。在和客户合作的过程中，织信始终从客户的发展现状和未来出发。

从客户的需求和织信丰富的行业经验为客户提供解决方案，提供最适合企业的系统框架，在保证企业现阶段的需求之余，方便企业后续功能的增加和修改。减少后续维护过程中，传统代码的定制行为，从而降低企业的维护成本。

三、使用门槛

一个平台必须不辜负它的类别和承诺。低代码平台应该是非技术人员在面对非复杂场景需求时，可以用来开发和支持功能的平台，而无需IT人员进行开发、测试和部署。低代码平台是为全体开发人员和企业提供的工具，他们有时间、兴趣和足够的技术敏锐度来使用简化的工具构建功能。

如果业务人员难以自行创建简单的流程或应用程序并继续依赖IT，这意味着低代码平台没有像承诺的那样提供包容性方法。

经过多年的发展，其实低代码平台的功能已经越来越简单化。

但是为什么很多企业的业务人员还是会抱怨低代码平台包容性不够呢。

主要是因为，低代码对于业务人员来说，始终是个代码，就算再强调拖拉拽式的便捷，它的本质还是代码，在实现功能的时候还是要遵守代码或者平台的逻辑。但是有很多低代码平台在客户购买产品后，缺少培训的环节，所以很多业务人员才无法通过低代码平台自己实现进行开发、测试和部署。

就像最近很火的ChatGPT，虽然功能很强大，但是也需要一定的学习才能更好地使用，不然使用者连怎么提问才能得到想要的答案都不知道，也就无法领略它的“魅力”。

织信深知低代码使用培训的重要性，所以在和客户合作后，都会为客户提供平台使用的培训，让客户企业的所有人知道如何正确、快速地使用平台搭建应用。

这就是织信服务客户过程中重要的一环——低代码赋能。织信不止是帮助企业开发一个系统，而是让企业掌握一个更高效的开发工具。

四、系统集成

对于企业来说，购买、配置和集成多个SaaS和低代码解决方案的成本超过了收益。将多个低代码平台连接到一个整体解决方案架构中的应用程序和工作流，这是不成熟的做法。

低代码和无代码系统的刚性往往会诱使团队需要更多的系统来处理超出原始系统能力范围的情况。

而且可悲的是，这导致需要连接和集成在一起的系统大杂烩，通常需要更多的时间和资源来解决基本问题，而这些问题本来可以通过IT或工程使用适当的工具直接解决。

这也是低代码和无代码开发需要IT架构支持的原因之一。或许最小可行产品是通过将低代码与软件即服务集成来实现的。当多次迭代之后，解决方案如雨后春笋般涌现为许多集成工具。那么对于企业来说，还不如一开始就采取更健壮的解决方案。这就是很多中大型企业排斥低代码的原因。

造成这样现象的根本原因是很多低代码平台为了让非专业的开发人员能够通过图形化界面和预置的组件来快速开发应用程序，预先定义了绝大部分的模板和组件来实现快速开发，导致低代码平台本身有很多限制，很多复杂的功能无法实现，又或者是只专精于某领域。

而织信企业级低代码平台从企业需求出发，不止于搭建某类系统，而是致力于成为提高效率和提高质量的开发工具。

织信不以模板和组件为主，而着重于比模板和组件更低一层的内容，增加开发的柔性。让开发更加自由，但是又不会大量涉及到代码。

企业可以根据需求自行扩展，从而实现更复杂的场景需求。

例如某产销运一体的化工企业需要系统记录每个货物的状态和位置，并需要提供实时更新的功能。在运输过程中，货物可能需要在不同的车辆、仓库和站点之间进行转移，系统需要对货物进行实时的状态和位置跟踪，并需要提供查询和报告功能，以便运输员和客户随时了解货物的状态和位置。

同时又需要在生产过程中，当产品的危险性超过预定值时，自动反馈至系统，再又系统发送指令到处理危险产品的机器，让其进行处理。

市面上比较少低代码平台可以同时实现这样多类型的复杂场景需求的服务商，但是织信可以做到的，这就是企业级低代码的实现能力。

只有能实现多复杂场景需求的企业级低代码开发平台，才能把系统集成杂乱无章的问题解决掉，一个系统解决所有业务场景的需求。否则对于中大型企业来说，低代码就只是个玩具，企业的数字化转型还是要依靠传统代码。

五、安全风险

任何平台需要打开太多端口和完全访问集成时，要发出危险信号。因为集成需要对大量关键企业系统进行高级别访问，这会破坏传统的安全审查流程，并使公司面临潜在的数据泄露风险。

这些安全问题适用于任何集成，无论是在SaaS、低代码还是传统代码中完成。这要求安全实施和集成有这些关键功能：可见性、威胁检测、上下文缓解、安全策略和执行护栏。

对于安全风险问题，没有单一的解决方案可以完全解决，只能通过安全审计、数据隔离、认证授权、加密解密、持续监控、安全培训等方法进行一定程度的把控。

在织信服务客户的过程中，会根据具体的情况和利用上述办法，制定相应的解决方案。例如通过数据隔离的方法，把机密的应用和非机密应用隔离开，以防止敏感数据泄露和恶意代码传播。

在织信服务过的很多大型企业中，包括军工，部队，国有企业，大型制造，互联网企业，都已经证实了织信安全解决方案的可行性。

六、使用方式

有人担心低代码和无代码技术是否支持灵活的交付和云托管平台。“糟糕的低代码解决方案的迹象包括除了Web和Progressive Web Apps支持之外不支持原生移动应用程序开发，或者不支持云原生或多云。”

在任何平台上构建应用程序时，不支持移动开发是一个重要问题。问题是是否可以根据预期的用户角色和用例轻松配置Web与移动体验。

对于移动开发的担心，其实核心还是客户的使用体验，让用户能够在移动设备上使用应用系统。

由于社会发展，移动端的使用变得更加频繁，如果产品无法让使用者在各种移动端都能方便地使用，产品的使用体验就会下降。

随着低代码平台的发展，目前市面上的大部分平台都支持移动端和电脑端开发使用。

织信也是如此，支持在线网页、iPhone/android等移动设备的使用场景。在部署方面，织信支持公有云、私有云、混合云等环境的部署、备份和迁移。

七、结语

传统开发、低代码开发、企业级低代码开发各有各的优缺点。企业还是要从实际使用出发，挑选最适合的解决方案。对于追求灵活度高，业务场景比较复杂的企业来说，织信企业级低代码也许是最优解。目前已累计为20多个行业，3w+企业用户提供低代码技术支持。在不同的行业，提出深度场景解决方案，致力于成为企业数字化转型首选方案。

以上是“低代码有哪些缺点？”的全部内容，希望对大家有所帮助！

 

低代码平台中内置敏捷开发方法有哪些优势

利用敏捷的工作流管理整个企业应用程序开发生命周期，以消除瓶颈，支持迭代交付并实现最短的价值实现时间。在应用程序开发中引入敏捷开发是为了简化应用程序开发的流程，提高应用程序开发效率，这个低代码平台的目的相似，那么在低代码平台中内置敏捷开发方法有什么优势呢？下面一起来了解一下相关的知识吧！
　　什么是敏捷开发：
　　敏捷开发的核心原则包括加强协作，赋予开发团队权力并保持开发过程透明。虽然每种敏捷方法论类型都有其独特的特质，但是它们在创建应用程序时都包含了迭代的开发和持续反馈的要素。任何敏捷开发项目都涉及持续计划，持续测试，持续集成以及其他形式的持续开发。
　　低代码和敏捷开发之间的联系：
　　低代码真正实现敏捷承诺的地方是使业务团队成员（内部拥护者/客户）深入且持续地参与开发过程。我们认为，在适当的时间构建正确的应用程序，最重要的是与业务和开发部门密切配合。
　　与敏捷类似，DevOps是一项旨在消除障碍，简化流程和流程并创造出更好结果的更好产品的运动。和敏捷一样，DevOps与低代码紧密结合。总而言之，我们到达了BizDevOps，它现在第一次在实现业务目标的背景下解决了整个应用程序生命周期。
　　换句话说，敏捷性，低代码和DevOps带来的好处不仅在于开发过程，还在于业务及其目标。企业可以更快地应对竞争压力。可以迅速将创新推向市场。运营效率大大提高。客户拥有更好的体验和更深入的参与。
　　低代码平台注入了敏捷的思维方式，并融合了DevOps流程，从而实现了最终目标：将正确的解决方案交到正确的人手中，帮助他们更好地工作并赚更多的钱，同时还实现巨额成本通过大幅度减少返工来节省成本。
　　低代码平台中内置的敏捷开发方法的优势：
　　1.透明度
　　低代码平台应该是一个中心位置，开发过程中涉及的每个人都可以通过注释和文字即时了解应用程序的状况，以加深对业务目标和需求的了解。将文字和评论链接到正在开发的软件上，可以为接收者和审阅者提供上下文，从而减少歧义并减少误解和错误的可能性，同时使每个人的工作效率更高。
　　2.快速迭代
　　开发团队和业务所有者之间使用通用语言，可以促进所有感兴趣的成员之间的相互理解和沟通，并可以开发满足业务和技术需求的解决方案。低代码平台采用可视的、模型驱动的开发技术来定义应用程序的用户界面，数据模型和逻辑。整个团队很容易理解视觉模型，从而促进了开发人员和企业之间频繁，持续的协作。
　　3.用户反馈
　　具有嵌入式用户反馈小部件的低代码平台使用户可以直接在应用程序内提供即时反馈。封闭的反馈循环使开发团队能够快速解决业务中的查询，从而促进快速迭代。具有即时应用共享功能的内置应用验证可进一步增强敏捷协作。能够跨设备外形即时预览和共享实时工作的应用程序的功能使最终用户可以在过程中及早且经常地看到和响应应用程序，从而鼓励不断的反馈。
　　4.增加敏捷度
　　将敏捷原则构建到低代码平台的核心中后，它便可以进行频繁，实时的反馈和协作。通过将其扩展到企业所有者，可以显着减少反馈循环，从而确保团队能够提供满足用户需求和业务目标的解决方案，从而更快地实现价值。