目前,市面上已经有了很多低代码产品,包含最早的 VB、FrontPage、Dreamweaver、Flex ,以及现在的云端的 Webflow、9466网页助手等,但是仍然没有一个产品能真正做到把可视化搭建当作主要的、最终的输出方式,就算有,最终也会落下一个“不会用、不够用”的名声,或者只能作为一个辅助、入门或教学级产品,难登大雅之堂。
因此,阿里换了个思路,如果为每个场景开发一个场景化的搭建平台,这样搭建就会变得更好用,更易用。而低代码引擎正是为了让开发搭建平台变得更容易更快速。
随着低代码这几年的普及和发展,这类概念已经不算是什么新鲜事了。但是为什么阿里这个开源的项目是叫低代码引擎,而不是低代码平台呢?
首先,来看看官方的介绍:
低代码引擎是一款为低代码平台开发者提供的,具备强大定制扩展能力的低代码设计器研发框架。低代码引擎的核心是设计器,通过扩展、周边生态等可以产出各式各样的设计器。它不是一套可以适合所有人的低代码平台,而是帮助低代码平台的开发者,快速生产低代码平台的工具。
使用者只需要基于低代码引擎便可以快速定制符合自己业务需求的低代码平台。同时,低代码引擎还在标准低代码设计器的基础上提供了简单易用的定制扩展能力,能够满足业务独特的功能需要。简单地说,原本需要维护多个平台的代码,开发需要懂得多个框架,维护成本高。现在只需要拖拽组件,再绑定数据,就可以完成一套服务,减少了人力和维护成本。
根据官网定义,我们可以获得几个信息:
1、阿里这款低代码引擎核心是设计器。
2、阿里低代码引擎并不适用所有人,只对专业开发者提供。
3、低代码引擎属于是一种低代码研发框架,是为了开发“低代码平台”而存在的。
看到这里,我不得不佩服阿里的格局(格局打开了),当国内软件公司纷纷抢着入局低代码赛道的时候,阿里已经站在更高的角度去教别人研发低代码开发平台了,而不是用低代码平台去开发应用程序。
1、可视化编辑器
可视化编辑器,算是目前很多低代码平台的核心功能了,如果没有可视化编辑器,就谈不上低代码开发,具体包括:组件库、属性配置、数据源管理、简单代码模块等。
2、定制扩展能力
可以使用API接口、插件等方式快速完成高效率能力的开发。
3、生态体系
提供8类物料生态、8类设计器生态、7类插件生态等。
低代码引擎属于是前端的SDK,是一款面向前端研发人员的技术产品。如果有低代码产品的研发诉求,例如:
1、业务有独特的需求,市面上的低代码平台都不满足需求,需要打造一款新的低代码平台。
2、需要将低代码平台的研发能力集成到已有系统中。
以上两种情况,如果使用低代码引擎,可以在极短时间内完成低代码设计器的开发工作,大大降低低代码设计器的研发难度和成本。根据定制化程度有所不同工作量可以由传统的几十人月压缩到几人月,节省达十倍之多。
阿里低代码引擎看上去是基于一整套React的组件化框架,把原本需要编码插入的实现方式,转变成了基于web界面的参数化生成,但本质上其实是一套基于webUI交互的JS代码的generator。
用低代码引擎是可以通过“拖拉拽”生成一个基于React框架的页面,或可以实现数据绑定,基于RESTful接口的数据获取,图形化显示,事件触发等等。这种方式也可以类比成早先的MFC的UI设计器或者QT-designer的作用。
这类技术引擎,在后台基于微服务的前提下,还是挺方便的。快速原型不需要用Axure和美工了,自己“拖拉拽”就能够实现几个基本功能。但是吧,前端存在的意义,其实并不只是把组件放在页面上。真正漂亮的设计,是在美工精心设计后,结合前端的js技术,给出一个比较惊艳的效果。
当然了,精工细作和快速粗爆各有所求,很多时候一个能够快速呈现和操作的界面已经满足了80%的需求了,而在这些场景中用织信Informat低代码开发也能完成不少需求,至少不需要找一个对各种框架都很熟悉的程序员就可能进行开发,门槛就大大降低了。
评价的话,从目前而言这可能是个适合外包人员的开发利器,它同时可能降低前端的门槛,加剧前端的内卷。同时考虑其组件化的架构,可能会出现一些组件开发的公司,以低代码平台的插件形式,做一些收费的外观组件。然后网页呈现就会变得越来越同质化,越来越没有新意。