前端低代码之路(一)-- 聊聊什么是低代码

2,434 阅读6分钟

前言:很早自己就开始接触低代码,或者叫可视化搭建,或者叫效能工具等等。一直都没有时间总结这10多年来到底做了些什么,或者能给朋友们一些什么启发。最近时间比较多,收拾收拾再出发,也顺便讨论讨论什么是所谓的低代码。

打算分三步,一是聊聊低代码的实践之路,也是我这些年接触过的,二是聊聊低代码产品设计,相当重要,决定生死,后续会详述,三是干货,把我这些年写过的一些平台技术分享出来。互相交流学习,不喜欢就笑笑,喜欢就看看。

记得2011那会,还没有普遍意义上的前端工程师,更没有什么框架,低代码,severless那都是后话。普遍意义上的研发工具类倒是不少。我接触的可以认为是低代码,或者是效率工具起源的一个项目,这里不是行业起源,是我个人认知的接触的第一个我认为有那么点低代码的意思的平台。

BannerMaker,也许有人知道,这是阿里妈妈ued团队的产出。当然我没有贡献什么。与其说是低代码,不如说是低设计。需求是很多卖家有装修店铺的需求,但是自己不懂设计,没法生产贴合自己店铺的banner图,如果雇佣设计师设计,费时费力还费钱。这个平台做了什么,就是允许自由的设计师可以上传一张banner底图,然后使用平台工具划出一个框框,使用者可以填充自己想要的内容进去。依赖平台大量的banner,可以满足大部分用户的定制需求。

image.png

这个思路我想就是后来越来越多的低代码平台的初衷,就是资源紧张,生产效率低,自主性强的需求面前,利用技术打造一个简单的平台,通过简单的学习和培训就可以由需求方自主完成业务。低代码平台能够高效且便捷,成本又低。就应用领域来讲已经很广泛了,例如营销领域,各种页面生产工具,非冰,乐高,宜搭,鲁班。还有电商类的公司都会给商家提供一个类似店铺装修的工具,小程序生产工具等等。在线的所见即所得的文本编辑器不也是低代码应用吗。像是工程控制领域也喜欢低代码的可视化操作平台,可以不用理解艰深的技术就可以完成工作。是非常值得做的事。

image.png

平台太多,也都不一一截图,写这些文章的也不在少数,随便搜搜资料丰富。具体到平台核心功能,一般的H5页面生产工具,如下图(有赞微商城截图)

image.png

这个领域需求量很大,电商领域搭建自主的营销页面,互联网广告的内容制作等。大数据领域中数据可视化的部分和任务调度系统,这样的系统,也有其本身的需求,尤其是任务调度,工业领域中也非常必要,任务一个一个按照类型做成任务节点,可视化的让用户操作。

image.png

随着职业的发展,2012年接触了阿里巴巴内部的工作流平台,当时看还是挺复杂的,当然技术进步现在看想解这个问题就有比较多的成熟方案。那个时候需要使用平台定义一个工作流,很多人看懵逼了,那就举个简单的例子,钉钉大家不陌生了,你请假,是不是填完了请假信息之后,一个提交就完事了。那么系统怎么直到你要提交给谁,这个在这个流程节点上又可以干什么呢。这个就是钉钉的企业管理后台了,包括你请假的上下游审批链路,每个链路上的规则,权限,包括你发起审批时候用的表单,在钉钉的管理后台都可以自定义。这就是定义一项工作,然后自动执行。其实这给企业带来了莫大的收益。

定义一个工作所需要提交的数据内容

image.png

定义这项任务的具体流程

image.png

这就是一个典型的低代码平台,有幸本人2015年也参与了早期钉钉的审批模块的开发。

得益于这些经历,后面也陆续在从事可视化搭建之路上跑着,例如

大数据的任务流

image.png

做了医疗营销平台

image.png

问卷系统

image.png

回过头来,由于大多数的行业贡献者的努力,以及前端技术的迅猛发展,现在这个领域中的产品和工具日渐成熟。在我看来还有些问题没有解决:

  1. 营销领域,由于小程序普及,多端统一的趋势日渐显现。你也不希望同样的业务内容制作完H5页面,再去开发小程序页面,或者说,在微信小程序弄一遍,再去支付宝小程序弄一遍,再去抖音小程序和百度小程序弄一遍。你当然希望一个平台做一遍搞定所有的端。这个后面代码架构实现的时候我详述。

  2. 就算平台组件积累的足够多,模板积累的足够多,还是100%满足不了用户需求,用户永远是在妥协。我经常收到的需求就是这里微调一下,那里微调一下。不改吧咱矫情,改吧就是无穷无尽。我会针对此类需求提出自己的方案,未必通解,大家讨论

  3. 应用领域的多元化要求,很多营销已经不局限于静态页面的搭建,H5小游戏的应用广受欢迎。由于3D打印的蓬勃发展,传统制造业的发展,物联网的发展,低代码可视化开发会大放异彩。

  4. 页面逻辑控制偏弱,往往以固定业务功能展示。体现不出业务的功能流转。具体举例:一个自主表单系统,往往用户希望某一输入项能控制其它项的展示,第一题 您的性别 男 女,你肯定希望选男的人对应展示男性相关问题。诸如此类,这方面还是偏弱的,暂时无解,看各路产品大神如何设计。

  5. 就是业务上还是需要接口配合,没有完全的低代码,ajax请求是前端主要的数据通信手段,不管怎么样的系统都有一个问题就是落数据的问题,业务数据没有,这个系统就废了。往往数据接口的增加,修改,就会导致前端对应的修改页面结果。这块在低代码领域大家都在尝试去结合serverless,接口注入等方式解决和提升。不了解别人家的产品也不知道做到什么程度。

感谢你看这些内容,有兴趣我们慢慢讨论