低代码行业现状简析

·  阅读 37202

低代码究竟是什么

这些年,自从 SaaS(Software-as-a-Service) 厂商 Salesforce 市值水涨船高,还和其大手笔的商业并购案,逐渐引起了国内互联网行业人的关注,习惯进行国内外产品对标的互联网圈子兴起了一股 SaaS 风潮,在后移动互联网时代下,部分人也期待 SaaS 可以成为国内互联网的一个新增长点。

随着不同的用户诉求,一些系统衍生出新的形态,不同于既定的 SaaS 产品形态,用户可以通过可视化拖拽界面、表单配置等方式,快速定制出一个完整的应用,而且这一类系统基本不用编写太多的代码,即可以实现定制化应用。随着这一形态的系统越来越多,久而久之,大家就形象地称之为**”低代码”(low-code)**,另外也有人称之为 ”aPaaS“,即应用平台即服务(属于是互联网造词老技能了...)。

低代码这个概念真正火热起来,还是在于这两年 Outsystems 相继完成了数轮过亿元美金的融资,估值早早地站上了十亿美金级别,成为一方独角兽。由于国内这一领域缺少体量对等的厂商,所以大家自然也在期待哪家厂商能成长为中国的 Outsystems。与此同时,国内低代码赛道上选手也渐渐进入了大家的视野,例如钉钉宜搭、即刻应用、氚云、简道云等等。

低代码厂商.png

(材料来源于iRearch)

低代码系统长什么样

虽然低代码平台的形态很多,但是其中的核心还是脱离不开编程思想,基本都有以下功能模块:页面搭建、数据逻辑、数据模型,在线部署和管理系统。根据不同的业务场景,具体的平台形态分化为表单/数据模型驱动、界面驱动等形态。

表单/数据模型驱动

表单/数据模型驱动是围绕数据结构来定义整个应用的形态和流程,其中表单驱动指用户通过配置表单界面,元素大多是文本输入、下拉选择器、日期选择器等组件,配置表单界面后自动生成数据模型,并基于该表单做数据及流程管理,而数据模型驱动则更复杂,需要用户进行数据建模和定义模型关系,此操作和 SQL 数据库搭建类似,配置主键、索引,类型等等,然后基于该数据表单搭建上层的管理系统。该模式比较多应用在搭建 CRM、ERP 等管理系统。

维格表配置界面.png

(维格表配置界面)

界面驱动

界面驱动比较好理解,就是用户通过拖拽组件方式可视化搭建界面,然后配置页面的交互逻辑,比如页面的跳转、数据获取等等。这种形式大多应用在搭建通用程序的低代码平台

iVX配置界面.png

(iVx配置界面)

这种模式与端应用开发的套路基本一致,只是将代码编辑修改为画布拖拽和表单配置。这里举一个简单的例子,在界面按钮设置一个点击事件,事件逻辑为拉取数据。该流程就是将编程概念提取为交互表单操作,里面还是会出现入参出参字段、回调等等概念,遵循编程的思想。

iVX配置界面2.png

当用户将应用搭建完成后,可以直接在平台上完成发布工作,然后就可以通过给出的链接访问应用(大多数低代码平台制作出来都是 web 应用)。

低代码概念虽然比较新颖,但是低代码平台已经发展了很久了(Outsystems 建立于 2001 年,国内的道一云建立于 2004 年)。总体来说,经过这些年的发展探索,低代码平台的形态也趋于稳定,各家的创新也是基于面对的用户场景而做的微创新,本质上也没有跳脱出编程思想。

低代码怎么做个性化定制

这里有同学会问了,低代码平台怎么满足个性化需求?诚然,受限于低代码平台所提供的组件和逻辑配置表单,只能解决一些通用化场景,当用户的诉求超脱出这个圈圈时,是不是就无能为力了?商业公司肯定不会这么幼稚,以下简单列举搜集到的一些个性化定制的方法:

  1. 用户可以在平台定制的规则下录入组件
  2. 提供 API 访问数据库
  3. 生成源代码做二次开发(低代码变代码了...)
  4. 填写反馈等平台更新

低代码个性化定制.png

除了这些固定的章程,低代码厂商还有工程师群体,当用户登录到低代码平台,立即就有专人跟进,询问诉求等等,后续可以根据用户诉求给出合适的配置方案,乃至专门定制个性化场景。到这里就闻到了一丝外包的气味,不过这确实是一个可以带来收入的场景。

低代码有没有用?

“低代码究竟有没有用?”

这个问题浮现在各个论坛上。这个问题可以理解为低代码的声量和其能力不匹配,用户对低代码信心不足。对于目前低代码平台的问题,存在主观和客观的因素。

首先很多低代码平台能力还没有足够完善成熟,这是一个很核心的因素。对于很多初次使用的用户来说,概念繁多,逻辑复杂,在一番体验以后,预期和实际有落差。使用起来总体耗时跟源码开发相差无几,显得工具比较鸡肋。客观上,国内的人力资源情况相比欧美还是比较便宜,很多有定制应用诉求的客户,首先会想到的是找外包,或者招聘开发岗位,而不是找低代码工具自己动手。另外大家对于低代码的认知也还不足,很难成为一个备选项。

思考这个问题,我们想一个简单问题,“一个可以降低门槛,提高效率的工具有没有用”,答案很显然是肯定的。低代码平台的宗旨,不就是“降低门槛”,“降本增效”么。

个人觉得,这些问题大概是时间的问题。就目前市面上的低代码工具而言,从实际需求出发,当深入体验过以后,其实是可以深切感受到工具带来的红利。花上几天,一个人就可以实现前后端应用,以及运维监控,拿到一套可运行的程序。

随着行业关注度的提升和资源的投入,上述遇到的问题大多可以得到解决。低代码从“可用”到“好用”的进化,也是需要在实际场景中摸爬滚打中历练进化

目前低代码发展状况

前面说了,低代码的热度持续提升,最明显的举动就是资本真金白银的投资。

融资情况.png (材料来源于iResearch)

另外有一个举动也很巧妙。钉钉发布了一个低代码聚合平台,宜搭、氚云、简道云、易鲸云等头部低代码厂商入驻。钉钉拥有国内最大的商务用户人群,而低代码在国内比较成功的落地场景是定制企业管理系统(例如 CRM),将低代码平台对接到巨大的对口流量之上,这种契合的操作颇有几分微信接入微信支付一般痛快。

虽然目前发展势头不错,但是打铁还需自身硬,避免共享经济那样一地鸡毛。低代码只有切实地把门槛降低、降本增效目标落在产品上,才可以长久地生存下去。

我们的探索尝试

Deco 智能代码项目)是我们团队在「前端智能化」方向上的探索,我们尝试从设计稿生成代码(Design To Code)这个切入点入手,通过 AI 的手段,对现有的设计到研发这一环节进行能力补全,进而提升产研效率。

在一个日常需求开发流程中,对于前端工程师来说,输入源是视觉稿 + PRD,输出结果是可上线的页面代码。而在 Deco 的开发模式下,直接从设计稿转化成前端页面,然后通过可视化画布和表单配置配置页面的逻辑,最终输出可运行的多端代码。更多信息,大家可以通过以下链接更多 Deco

Deco.png

分类:
前端
收藏成功!
已添加到「」, 点击更改