低代码,要怎么低?和低代码有关的十大问题( 五 )

  • 页面路由和导航
  • 外部系统对接,有的还提供一种通用协议来连各种数据源
    1. 数据管理,增删改查
    2. 流程管理
    3. 开发及运行环境
    其中最常用的是增删改查,要如何实现?目前见到有这 3 种方式:
    1. 基于表单,优点是用起来简单,只需要设计好表单就可以用了,但缺点是灵活性要弱,难以支持复杂的关系 。
    2. 基于数据模型,需要先定义数据模型,优点是灵活性强,但易用性又差了,非开发人员使用会有成本 。
    3. 提供 BaaS 服务,比如开源的 Parse,通过提供友好的 API 来实现用户管理、数据存取等功能,这种方式需要写后端代码,但灵活性高 。
    低代码是否会大量取代研发?不会,原因如下:
    1. 前面提到过低代码不适合开发面向客户(toC)的应用,在许多公司这部分才是最占人力的 。
    2. 对于企业内部应用,低代码可以显著提升效率,但效率提升带来的不是人员减少,而是需求增多,很多之前中低优的项目终于排上了 。
    3. 低代码平台解决不了「根本任务」,图形化编程只适合特定场景,用它来做控制流还不如写代码,因此依然需要研发 。
    未来会怎样?我的个人判断是:
    • 图形化编程只能在特定领域成功,目前看来主要是和音乐及图形相关的软件 。
    • 面向普通用户的无代码平台发展会受限,很多时候还不如用「Excel」 。
    • 对于成熟的垂直领域,购买软件是成本最低且效果最好的选择 。
    • 低代码在国内和国外会有明显区别,国内更喜欢私有部署而不是 SaaS 版本,技术锁定将会是在国内推广时的最大障碍 。
    • 低代码平台不适合用来开发面向客户的应用,以后也一样 。
    好了,今天的文章分享到这就结束了,要是喜欢的朋友,请点个关注哦!--我是简搭(jabdp),我为自己“带盐”,感谢大家关注 。




    推荐阅读