低代码的能力边界在哪?
以我个人的使用经验来说,分这几点简单说一下:
底层框架(涉及到技术选型,表单驱动还是模型驱动?)
低代码平台的底层框架通常是预先构建的,也就是提供一套固定的抽象和模块来简化开发过程。这种方法在构建标准化的业务应用时非常好用,但灵活性有限,肯定不如传统的纯代码编程。如果需要进行深度定制或者要求超出了平台提供的功能时,低代码平台的限制就很明显,例如,如果需要一个特定的数据结构或算法优化,低代码平台可能无法提供足够的支持。
这就好像你出门带了一个工具箱,却发现里面只有锤子,但是没有扳手一样。越来越精细的任务就对应越来越小众的功能和模块,少了任何一个都没法开展工作。
这方面模型驱动的低代码平台表现会更好一点
在安全性能方面,低代码平台也不如定制开发的解决方案那样有弹性。虽然许多低代码平台都宣传自己家的安全性怎样怎样,但在实际应用中,其实无法完全满足特定行业的安全标准或合规要求。
比如,在金融服务或医疗保健等高度监管的行业中,应用程序需要经过严格的安全审核和合规检查,低代码平台生成的代码可能需要额外的审查和修改才能达到标准。
这还只是其中一个例子,如果涉及法律、金融医疗类似的服务还会更麻烦。
从市场应用来看,低代码平台在一些特定的领域和场景中非常好用,特别是在需要快速开发和部署的中小企业。但是,稍微复杂点的系统或者大型企业,低代码平台通常只能作为一个辅助工具,而不是主要的开发方法。这是因为大型企业的系统往往需要高度定制化,而且它们的技术栈非常复杂,包含了多种不同的技术和遗留系统,这些是低代码平台没法儿做到的。
国内除了 iVX 有能力做到更复杂场景的应用外,别的低代码就很少了,都还处于一个发展的早期阶段。
评论