GMTC深圳站本周日开幕,14大专题全部上线,完整日程>> 了解详情
写点什么

低代码开发,老树开新芽?

  • 2021 年 9 月 01 日
  • 本文字数:4240 字

    阅读完需:约 14 分钟

低代码开发,老树开新芽?

在 2021 年年初,InfoQ 发布了 2021 年的技术预测文章,其中就谈到了低代码 / 无代码将扩展,加快应用开发,业界很多无代码 / 低代码平台在专业领域有了应用,例如:无代码人工智能、无代码机器学习等等。


但是任何一项技术在开枝散叶过程中,难免会遇到各种质疑、阻碍,但随着在降本提效、增质方面发挥促进作用,那跨过技术生命采用周期里的鸿沟只是时间迟早的问题。


今年首场技术会议 ArchSummit 全球架构师峰会,将于 4 月 25-26 日在上海举办,这里面就包含低代码 / 无代码实践专题。陈阳 Younger 老师拥有 10 年以上互联网架构技术经验,国内低代码开发倡导者和推进者,担任了此专题的出品人。关于技术在落地应用层面会出现哪些问题,有幸请到他来回答。以下是整理内容,以飨读者。

对低代码 / 无代码平台的认知误区


近年来,低代码越来越火。整个业界也有各种各样的声音,对低代码存在的误区无外乎以下这几个方面:


1- 误认为低代码是一个全新的概念或技术,其实不然。事实上,早在 20 年前就已经出现低代码模式了。因为近年来,在数字化转型浪潮、人口红利消失等大背景下,需求越来越丰富多变,甚至新冠疫情也冲击了原有协作模式、商业模式等等,对 IT 互联网开发在“降本、提效、增质”方面要求越来越高,国内外也涌现出了相应的低代码平台及解决方案。特别是国外的 OutSystems 宣布获得 3.6 亿美元投资和估值过 10 亿美元,低代码平台 Mendix 被西门子 7 亿美元收购,这两个事情进一步把低代码推到了风口。在 Gartner 2020 的企业低代码应用平台魔力象限图中,Mendix 与 OutSystems、Salesforce、微软等共同处于领导者象限。


图:企业低代码应用平台的魔力象限,资料来源:Gartner(2020 年 9 月)


2- 低代码 / 无代码其实是一个比较广的范围,这里视野要看得广一些,比如不要认为可视化与低代码是完全的等号,可视化只是低代码的一种展现形式。一些优秀的低代码开发平台,基本上是贯穿了系统的各层架构、行业应用主要场景、研发全过程、工作全流程等;比如微软的 Power Platform,以企业数字化全局为出发点,集成了 Office365、Azure、Dynamics 365 等,包含其所谓的“四大天王”:Power Apps(应用开发)、Power BI(业务分析)、Power Automate(流程自动化)、Power Virtual Agents(智能虚拟代理)。


3- 误认为低代码开发平台的建设很容易、没有门槛,其实也不然。低代码开发平台的使用门槛低,但建设门槛并不低,甚至很高,背后需要很多丰富的组件及技术沉淀。比如 Mendix 是在 2005 年就成立了,用更快、更简单的方式来驱动客户体验和运营效率;而 OutSystems 在 2001 年就成立了,专注于改变企业软件的交付方式。包括国内比较出色的在低代码领域也有十年以上的累积沉淀。


4- 误认为低代码是万能的,能代替一切,能像神一样解决一切痛点。这种观点就太过头了啊。我们看待任何一种技术或概念,都要客观、清醒、结合实际场景来看待。不要太过于炒作和神话了。


5- 误认为低代码是万万不能的或者没啥价值。这个观点和前面一种观点,都是属于太极端的。低代码有很多非常优秀的落地实践,前面说的 OutSystems、Mendix、微软等就能说明了。这里就不多讲了,本次峰会的低代码专题会有技术大牛为大家带来精彩分享。

低代码 / 无代码的先天不足


低代码 / 无代码在国外的应用情况还是比较好的,国内相对来说还比较落后。主要原因无非是行业场景、文化观念、成本、生态等因素。


行业场景多且复杂,很难有一个通用的平台能覆盖所有行业、满足所有用户需求。目前受欢迎的更多的还是各个垂直领域的平台。


观念及文化的差异。低代码 / 无代码将是目前开发结构上的一种新的补充,让开发人员能够有更多精力聚焦业务逻辑及创新。比较乐观的是,国内已有不少企业或项目在专注或重点布局低代码,甚至组织架构也有相应的变化调整。


学习成本和体验不协调。低代码平台虽然不用学习专业的计算机编程,但还是有学习成本的。包括体验方面也得关注。举个常见的例子,在应用功能非常庞大复杂时,可视化图形会不会因为太巨大反而无法可视或者操作卡顿等等;会不会不如‘show me the pro-code’。所以,对于功能丰富强大的低代码平台来说,如何持续优化学习成本和体验也将是关键的挑战。


目前,除了缺乏学习资料、视频等社区支持外,还缺少活跃的低代码生态。低代码平台要想越走越好,构建生态必不可少,这个生态里需要包括低代码平台厂商、低代码代理销售伙伴、低代码应用开发人员、低代码培训和服务商、低代码用户、低代码应用市场等等。

低代码 / 无代码技术的适用范围


陈阳老师说,低代码适用范围没有特别的局限性,如所处行业数字化转型面临的需求场景丰富,业务运营创新节奏快,或者“需要更迅速试错的”,比较适合使用低代码。


有些团队缺少专业开发人力,可以通过低代码 / 无代码减少开发人力成本的。此外还有较多重复人工操作流程的团队适用低代码。


从业务需求策划到最终开发完成、测试上线的整个流转环节过多、链路过长的,可以通过低代码 / 无代码减少不必要的环节。陈阳强调说,无代码其实属于低代码的一种特例或升级。某些企业的非开发人员,也在通过无代码平台做一些开发工作。所以,低代码无代码,是直接让‘思考的过程’变成‘创造的过程’。


最后,像行业解决方案或 SaaS 的提供商等比较适合使用,低代码 / 无代码在某种程度上说逐渐成为 SaaS 提供商的必备高效工具。

低代码平台选型注意事项


对于是自己开发低代码平台,还是采购外部平台这个问题,这需要按团队类型、需求和技术角度去考虑。


如果是平台提供方,其客户的需求与日俱增、运营创新压力大,而且平台自身也沉淀了足够的技术及服务组件等,是非常有必要开发低代码 / 无代码平台,赋能客户,让客户能有更多精力聚焦在其自身业务逻辑和运营创新上。


如果是平台使用方,若面临数字转型与运营创新压力、开发人力匮乏等情况,可以考虑采用业界低代码 / 无代码平台。在选型的时候,一般可以从以下几个因素考虑:


  1. 所处行业及诉求。比如服务聚合、工作流、数据流、应用逻辑流、ERP、BSS、CRM、Web 应用、原生应用、小程序、游戏等,每一项都有比较擅长的低代码平台提供方。

  2. 平台经验及开放性。低代码平台 / 无代码提供方的所能支持行业、以往成功案例经验,技术及服务沉淀情况等。建议选择与自己行业匹配、诉求匹配,且有多年相关沉淀、平台自身的二次开发也足够开放的平台。

  3. 自身数据敏感性。对于数据保密有严格要求的企业,考虑支持私有云部署的平台。

  4. 平台生态。低代码 / 无代码平台的生态建设情况,建议考虑生态更完善更活跃的平台。

  5. 平台未来规划。所选择平台,一定要是一个计划长期持续发展的平台,有较为清晰的发展规划,能帮助客户持续发展的。


之前在看相关介绍的时候,也注意到,其实有很多团队或者技术人并没有快速尝试低代码,原因无外乎低代码平台不好用,低代码 / 低开发不可控,低代码应用难以维护等等。那么到底该如何使用呢?在实现一套低代码 / 无代码开发的“流程引擎”,有哪些关键步骤 / 因素 / 技术?


其实这些问题,也是低代码 / 无代码平台发展中必须要面临的几个重要挑战。作为低代码 / 无代码平台,在开发过程中常见的几个注意点:


  1. 平台的体验。操作需要足够简单、清晰、便捷,学习手册视频需要足够简明易懂。

  2. 平台的表达性、可视可读性。前面也提了一个常见的例子,在应用功能庞大复杂时,有些低代码平台的可视图太大,并无法可视甚至操作十分卡顿,会让使用人员非常痛苦。

  3. 平台的多人协作性,能够支持多人在线开发。

  4. 平台自身的开放性,二次开发是否友好。在需要更多定制化功能时,是否有足够的二次开发能力供开发人员个性化扩展。

  5. 平台的可靠稳健性。低代码无代码平台,需要真正做到“Less code,less bug;No code,no bug”。

  6. 问题及故障善后工具。需要有完善的监控告警系统,在出现问题时,也需要有相关的日志跟踪、问题快速定位工具、故障善后工具等,能够快速查明真相,处理故障善后事宜。


图:一码多端


另外关于“流程引擎”,可以再分工作流引擎、数据流引擎、应用逻辑流引擎等等。工作流引擎、数据流引擎在市面上有较多不错的案例,比如开源的 CCFlow BPM 工作流引擎。这里大概说一下应用逻辑流引擎。


随着互联网业务的蓬勃发展、数字化经济的繁荣,业务运营应用变得频繁,所以也诞生了相应的应用逻辑流程引擎。应用逻辑流程引擎,最终会面对的是 C 端海量用户,关键点包括有:管理端的流程可视化、页面可视化、简易的 DSL、数据建模、Mock 测试、用户资源管理、运营管理等等,用户端的一码多端技术(可以一次开发,多终端运行)、后台权限控制(账号体系及登陆鉴权、安全防刷等)、流程节点解析执行引擎、分布式节点事务引擎等等。


图:支持全球化


如果涉及全球化的,还得支持多语言,海内外账号差异环境差异,能做到一次开发全球支持。总的来说,在安全性能上也提出了更高的要求。

制定一套新的低代码参考标准


虽然低代码应用在不同行业场景不同领域,但低代码 2.0 有一些共同特性,覆盖全研发过程、涉及系统各层架构等。比如以云原生为基础,都具备基础的云端 WebIDE 快速扩展、领域 DSL、前端可视化开发、后台逻辑流程的可视化开发、数据建模工具等等;比如 Gartner 报告里的低代码相关技术,包括 iBPMS 智能业务流程管理套件、多重体验开发(MDXP)、机器人流程自动化(RPA)、快速移动应用开发工具(RMAD)等。


可以将业务逻辑剥离后,抽出一些通用基础技术模块,并制定相应的扩展规范。需要业界能够贡献开源出一些不错的基础模块、认可统一的通用协议等等,以及共同打造活跃的低代码社区。这个还有很多路要走,也会有很多挑战。


Gartner 数据预测,到 2024 年,65% 的应用程序开发将是低代码。到 2023 年,超过 50%的大中型企业将采用低代码应用程序平台(LCAP)作为其战略应用平台之一。


在国内,这两年将可能迎来低代码的井喷现象;一些重复的流程、低价值的开发或大部分应用,将不再是纯人工开发;与底层较近的工作、多端的差异开发等,也会由低代码屏蔽;低代码开发将会成为一种新的能力和广泛使用的生产方式,也进一步加速数字化转型和业务运营创新。


总的来说,低代码将掀起新的开发浪潮,但不只是替换或取代,更多的是补充和创造更多可能性。


低代码很美很有想象空间,但最后,陈阳还想给低代码泼一下冷水,低代码还有很多槽点与不足。我们需要时刻保持客观、清醒的态度看待每一个技术概念风口,要从解决实际痛点和产生实践效益出发,才能让低代码健康地、可持续发展下去。


更多低代码话题,可以关注 2021 年 12 月 3-4 日北京ArchSummit架构师峰会会议上的演讲议题。

2021 年 9 月 01 日 00:001109

评论

发布
暂无评论
发现更多内容

浅论指针(一)

Integer

c c++ 指针

源码解读:KubeVela 是如何将 appfile 转换为 K8s 特定资源对象的

阿里巴巴云原生

容器 云原生 k8s API 应用服务中间件

基于docker部署jenkins(一)

李日盛

docker jenkins

户口?大厂?高薪?生活?聊聊应届程序员的职业选择

流沙

职业发展

关于全球央行数字货币实验的若干认识与思考

Geek_987812

银行

行业首创,百度自主研发下一代区块链操作系统

Geek_987812

原子操作

API 工具链研发的理论基础 - 导读

李宇飞

工具链 API sdk

oktoken跟单社区系统开发|oktoken跟单社区APP软件开发

系统开发

有了阿里人的并发图册+JDK源码速成笔记,我终于不慌内卷了

程序员小毕

Java 程序员 架构 面试 分布式

【操作系统】存储器管理

学Java的猪猪侠

设计模式--享元模式

学Java的猪猪侠

直播预告|4月1日与你相约腾讯云共探TcaplusDB

TcaplusDB

数据库 nosql 后端 TcaplusDB

一文搞懂 Flink 处理水印全过程

shengjk1

Flink SQL 自定义 Source format

shengjk1

flink sql

缓存为什么会被污染?

escray

redis 学习 极客时间 3月日更 Redis 核心技术与实战

被传“疯”了!GitHub上都在找的分布式核心笔记终于来了

Crud的程序员

Java 架构 分布式

技术中台之DevOps动态表单体系构建

EAWorld

浅论指针(二)

Integer

c 指针

怎样从零开始设计一个数据库

学Java的猪猪侠

K8s 原生 Serverless 实践:ASK 与 Knative

阿里巴巴云原生

Serverless 容器 云原生 k8s 存储

一文搞懂 Flink Stream Join原理

shengjk1

flink源码 flink join

你有没有领导力?

石云升

领导力 28天写作 职场经验 管理经验 3月日更

引入单点登录,需要考虑哪些问题?

龙归科技

SSO 单点登录

关系数据理论是个什么牛马

学Java的猪猪侠

操作系统--虚拟存储器概述

学Java的猪猪侠

通俗地理解面向服务的架构(SOA)以及微服务之间的关系

守护石CTO

微服务 软件架构 ESB SOA BPM

「产品经理训练营」第八章作业

Sòrγy_じò ぴé

oktoken对冲合约软件APP开发|oktoken对冲合约系统开发

系统开发

一年增加 1.2w 星,Dapr 能否引领云原生中间件的未来?

阿里巴巴云原生

容器 微服务 云原生 k8s 中间件

结合 Flink 学习装饰者模式

shengjk1

flink源码 flink源码分析

阿里混沌工程平台实践

心远

阿里巴巴 混沌工程

2021星空论坛:破局创新,论道数字化转型

2021星空论坛:破局创新,论道数字化转型

低代码开发,老树开新芽?-InfoQ