低代码平台的发展历史是什么样的?

本文回顾了快速应用开发(RAD)的发展历程,尤其是与低代码工具的关系,从1980年代的BorlandDelphi和VisualBasic,到2010年代低代码平台的兴起,如OutSystems、Mendix和Retool。文章强调了低代码如何加速软件开发并满足市场需求。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

快速应用开发(RAD):1980年代和1990年代 尽管“低代码”这个术语是由Forrester Research在2014年首次提出的,但低代码工具的起源要追溯得更久。大多数专家一致认为,最早的低代码工具出现在1980年代和1990年代,随着快速应用开发(RAD)工具的出现,如Borland的Delphi、PowerBuilder和Microsoft的Visual Basic。有趣的是,我自己在那个时代首次接触传统编程就是使用Delphi和Visual Basic。

RAD方法学在1970年代构思,但是在1991年由詹姆斯·马丁(James Martin)首次正式引入,他希望通过远离传统的瀑布式开发方法,转向更为迭代和原型聚焦的软件开发标准。在此之前,软件开发项目通常会被事先详细定义,只有在前一阶段完成后才能开始下一阶段,只有在遇到严重错误时才会进行更改。RAD采用了更为循环的方法,允许开发团队重新访问早期阶段,并根据用户反馈进行更改。此外,RAD允许应用程序以可以独立构建和测试的模块进行开发。

尽管RAD方法不是当前软件开发的标准,但今天的许多最佳实践与其理念密切相关。低代码工具是RAD方法的一个合乎逻辑的结果,因为它们实现了更快的开发,提供了预构建的组件,并且通常具有拖放界面,允许用户快速拼凑可工作的应用程序。

模型驱动开发(MDD)是低代码世界中快速应用开发(RAD)后的下一步。MDD是一种依赖图形用户界面表示代码功能的软件开发方法。MDD的优势之一是它通常是平台无关的,可以为许多不同的应用程序创建代码。通过操作视觉表示,可以改变代码,因此需要较少深入的编码知识,更多关注可以放在逻辑和问题解决上。RAD涉及快速原型设计、快速迭代和可重用组件,而MDD在很大程度上依赖于表示的视觉特性以及从中有效创建代码的方式。今天许多低代码平台中都可以看到RAD和MDD的核心。

低代码平台的兴起:2010年代

如上所述,“低代码”一词首次出现在2014年,由Clay Richardson和John Rymer撰写的一份报告中。

作者敏锐地观察到,许多公司越来越依赖低代码应用平台来加速新程序的交付时间。他们通常开始测试这些平台以供内部使用,并对他们能够迅速推出新应用的速度感到惊讶。然后,他们迅速意识到外部产品也可以从这些平台带来的基础设施和可重复使用的组件中受益。在此期间,一些最杰出的平台由前面提到的老公司制造:Appian、OutSystems和Mendix。它们赢得了大量客户,其市值急剧上升。OutSystems现在价值95亿美元,Mendix于2018年以7亿美元被西门子公司收购。

在这段时间内构建的许多应用程序的一个共同点是它们是在存储相关公司业务数据的数据库之上的层。我使用的一个很好的解释是,2010年代的低代码平台专注于快速创建可以读取和操作数据库中状态的用户界面。这个简单的解释涵盖了各种用例,从客户支持到人力资源、财务和供应链管理。即使在今天,许多低代码应用仍然试图正是这样。然而,还存在其他成功的例子比如国内的iVX,多家对比过就知道是很强的产品。

主流采用:2010年代末和2020年代初 低代码平台在2010年代末和2020年代初迅速增长。对软件应用程序的需求继续呈指数级增长,而熟练的开发人员的数量增长速度较慢。因此,经验丰富的开发人员不断寻找加速产值时间的方法,通常依赖于预构建的模块和平台,以更快地构建应用程序,几乎更重要的是,直接与用户互动的地方。在该运动的前沿的一些产品包括谷歌的AppSheet,它为数百万在线电子表格用户带来了脚本;微软Power Apps,为成千上万的企业应用提供动力;Salesforce的Lightning Platform,是各种业务功能的应用程序的基础。一家从初创公司中崭露头角、迅速在该行业取得成功的公司是Retool。它的制作者将Retool称为内部工具的平台,并利用焕然一新的设计和强大的分销引擎,在2017年推出后的几年内成为了一家价值数十亿美元的公司。Retool的成功促使了一整套公司的出现,专注于通过低代码和无代码为内部工具构建前端。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值