写点什么

低代码的能力边界在哪?

  • 2023-11-20
    四川
  • 本文字数:698 字

    阅读完需:约 2 分钟

以我个人的使用经验来说,分这几点简单说一下:

底层框架(涉及到技术选型,表单驱动还是模型驱动?)

低代码平台的底层框架通常是预先构建的,也就是提供一套固定的抽象和模块来简化开发过程。这种方法在构建标准化的业务应用时非常好用,但灵活性有限,肯定不如传统的纯代码编程。如果需要进行深度定制或者要求超出了平台提供的功能时,低代码平台的限制就很明显,例如,如果需要一个特定的数据结构或算法优化,低代码平台可能无法提供足够的支持。

这就好像你出门带了一个工具箱,却发现里面只有锤子,但是没有扳手一样。越来越精细的任务就对应越来越小众的功能和模块,少了任何一个都没法开展工作。

这方面模型驱动的低代码平台表现会更好一点

在安全性能方面,低代码平台也不如定制开发的解决方案那样有弹性。虽然许多低代码平台都宣传自己家的安全性怎样怎样,但在实际应用中,其实无法完全满足特定行业的安全标准或合规要求。

比如,在金融服务或医疗保健等高度监管的行业中,应用程序需要经过严格的安全审核和合规检查,低代码平台生成的代码可能需要额外的审查和修改才能达到标准。

这还只是其中一个例子,如果涉及法律、金融医疗类似的服务还会更麻烦。

从市场应用来看,低代码平台在一些特定的领域和场景中非常好用,特别是在需要快速开发和部署的中小企业。但是,稍微复杂点的系统或者大型企业,低代码平台通常只能作为一个辅助工具,而不是主要的开发方法。这是因为大型企业的系统往往需要高度定制化,而且它们的技术栈非常复杂,包含了多种不同的技术和遗留系统,这些是低代码平台没法儿做到的。

国内除了 iVX 有能力做到更复杂场景的应用外,别的低代码就很少了,都还处于一个发展的早期阶段。

用户头像

一个程序员跟他的猫 2023-10-30 加入

做过 2 年建筑业,现在 3 年程序员

评论

发布
暂无评论
低代码的能力边界在哪?_代码生成器研究_InfoQ写作社区