low-code?与 20 年前的 Dreamweaver 有什么区别?

2022-12-08 0 714

一.low-code 是甚么?

A low-code development platform (LCDP) is software that provides a development environment used to create application software through graphical user interfaces and configuration instead of traditional hand-coded computer programming. A low-code model enables developers of varied experience levels to create applications using a visual user interface in combination with model-driven logic.

透过 GUI、实用性化的形式替代现代的记事本标识符程式结构设计,让实战经验大背景相同的合作开发人员都能在低标识符合作开发网络平台上,如前所述建模的 UI 和数学模型驱动力的方法论来建立插件

借助低标识符网络平台建立整座 App,或是只在许多某一情景须要育苗代码,增加了所需的育苗标识符量,再者能提升销售业务交货速率,另再者也能让各阶层非职业合作开发人员参予应用领域合作开发,增加了合作开发准入门槛和物力生产成本

控制技术上,同时实现低标识符网络平台的关键性基本要素是数学模型驱动力结构设计、标识符手动聚合和建模程式结构设计,透过那些形式来暗藏上层的标识符控制技术细节

low-code?与 20 年前的 Dreamweaver 有什么区别?

low-code 与 no-code

最 low 某种程度的 low-code 是 no-code,换句话说,最小差别是 no-code 无须代码:

No-code development platforms are similar to low-code development platforms but require no coding at all.

具体内容的,主要就差别是:

网络平台采用者:任何人财务人员都能采用无标识符网络平台,而低标识符网络平台只面向合作开发人员(尽管专业要求不那么高)核心结构设计:无标识符网络平台倾向于采用声明式的数学模型驱动力机制,让采用者透过拖拽或简单的表达式来操纵完成应用领域结构设计,而低标识符网络平台更倾向于透过育苗代码来指定插件的核心结构采用者界面:无标识符网络平台为了简化应用领域结构设计,一般只支持内置的 UI 库,而低标识符网络平台可能会提供更灵活的 UI 选项,但代价是须要额外代码,采用上的复杂性有所增加二.与20天前的 Dreamweaver 有甚么差别?

听起来,似乎与网页三剑客时代的 Dreamweaver 没甚么差别:

low-code?与 20 年前的 Dreamweaver 有什么区别?

Dreamweaver

与现代的前端 low-code 合作开发网络平台相比,单从表面上看,建模地手动聚合许多标识符确实没有太大差别,内在的实质性差别是:

目标情景相同:Dreamweaver 更多地聚焦前端合作开发情景,而在 low-code 合作开发网络平台中,前端只是完整插件的一部分,服务端数据、路由、方法论流程等都须要考虑在内建模操作粒度相同:现代 low-code 网络平台通常有组件、区块、页面、模板等多级复用抽象,Dreamweaver 只面向 HTML 原生标签工程链路完备某种程度相同:Dreamweaver 仅覆盖到合作开发、预览、部署(FTP 上传)环节,而现代 low-code 网络平台大多涵盖了完整的生命周期,包括发布前的调试、测试,发布后的监控运维等各个环节随着前端工程体系的一路演进,现代的 low-code 网络平台充分考虑了模块复用、生态接壤、前后端联动、工程管理等重要因素,在成熟度和合作开发效率方面相比 Dreamweaver 都有了质的飞跃

三.前端为甚么须要 low-code?

近几年 low-code 理念在前端领域逐渐流行起来,主要就有那些原因:

被资源化的前端合作开发人员:工作量大,但控制技术要求大多不高,生产效率成为了必须要解决的问题开放的前端控制技术体系:low-code 类标识符聚合工具很容易与前端控制技术体系结合起来趋于成熟的前端工程化体系:成熟稳定的前提下,才会转而追求变革式的生产效率突破被资源化的前端合作开发人员

面对大量低控制技术含量的需求,前端合作开发人员就变成了极易替代的资源(就像低值易耗资产一样),前端物力进而成为产品需求迭代的瓶颈

此时,最好的解决办法是透过工具化、手动化的形式提升生产效率,突破前端资源瓶颈,自然就有了 low-code 方向的探索和实践,诸如 jQuery 时代的表单聚合器、移动时代的 H5页面制作工具

开放的前端控制技术体系

与移动 Native 客户端、服务端等控制技术相比,前端控制技术体系最为开放(甚至所有源码都是公开的),体现在:

第三方模块引入生产成本极低:无论布局容器、样式主题、方法论模块、甚至整站,一行标签直接引进来就能用,甚至能随时动态引入拥有如前所述 Web 标准的开放生态:整座前端生态都建立在统一的标准层之上,任何人一点创新都很容易累积起来,也总能站在巨人的肩膀上进一步创新因此,low-code 网络平台得以站在巨人肩上前行,在组件库、构建工具、甚至建模结构设计、标识符手动聚合的基础上进一步探索。另再者,前端 low-code 产物都能应用领域到现有的任何人前端插件中,无论聚合的是 React/Vue 组件、jQuery 表单,还是SPA(Single Page App)、MPA(Multiple Page App)

趋于成熟的前端工程化体系

既不在十几天前,也不在更远的将来,而是现在,为甚么?

最重要的一点,low-code 网络平台的发展是在前端工程化体系趋于成熟的大背景之下。毕竟只有温饱问题都解决得差不多了,才能转而追求更高的生产效率

从控制技术演进的角度来看,前端 low-code 探索与前端工程化的发展历程息息相关:

前端工程化历经了这样几个阶段:CLI 工具:脚手架、构建工具、调试服务等等GUI 客户端:GUI 化的 CLI 工具,除交互形式外差别不大定制化端 IDE:如前所述 IDE 扩展脚手架、构建、调试、发布、监控等工程链路能力云 IDE:如前所述 Web IDE 扩展一系列工程链路能力,进入云研发时代

在 CLI/GUI 工具时代,代码层面的效率提升主要就体现在透过脚手架手动聚合模板标识符,增加了样板标识符的编写,让合作开发人员码得更少

在接下来的端/云 IDE 时代,API 提示、手动补全、标识符片段(Snippets)等实用功能也通通集成进来了,让合作开发人员码得飞快

IDE 时代之后,代码层面的效率提升已经达到极致,更进一步的生产效率提升须要变革式的突破。于是,迎来了 low-code 时代,让非职业合作开发人员也能“码”得又好又快

从前端工程化的角度来看,low-code 是工程效率提升的重要方向(也是必经之路),不难发现其中的 low-code 演进痕迹:

数学模型驱动力结构设计:从直接操作 DOM 到数据驱动力视图,提升标识符可预测性标识符手动聚合:从模板到标识符片段到搭建,不断增加育苗标识符量建模程式结构设计:从组件拼装到拖拽聚合,增加低效的重复工作P.S.实际上,low-code 网络平台的发展不局限于前端领域,移动 Native 客户端、服务端也有众多 low-code 探索,例如Xcode SwiftUI:

low-code?与 20 年前的 Dreamweaver 有什么区别?

VS Server Explorer:

low-code?与 20 年前的 Dreamweaver 有什么区别?

以及阿里云方法论编排:

low-code?与 20 年前的 Dreamweaver 有什么区别?

并且,据研究机构 Forrester 估计,低标识符合作开发网络平台有着极其广阔的市场,可细分为数据库、请求处理、移动端、流程和通用低标识符网络平台:

Segments in the market include database, request handling, mobile, process and general purpose low-code platforms.

(摘自Low-code development platform)

四.前端领域的 low-code 探索

审视现代的前端工作流:

销售业务需求->结构设计稿->应用领域/页面/组件合作开发(还原结构设计)->销售业务方法论标识符->构建->发布

具体内容的,还原结构设计分为3 种形式:

合作开发单一组件:视觉效果还原以及模块功能合作开发如前所述组件合作开发页面:组件拼装、组件间交互以及页面整体方法论串联如前所述页面合作开发应用领域:路由实用性其中许多环节都能透过标识符聚合工具提升效率:

结构设计稿->组件标识符:即手动化结构设计还原,例如imgcook组件标识符->结构设计素材:反向转换,丰富设计素材组件->页面:透过建模搭建简化组件拼装,手动聚合页面标识符页面->应用领域:建模实用性聚合 SPA 或 MPA销售业务需求->销售业务方法论标识符:透过建模地编辑条件、绑定数据、指定数据流向等形式聚合样板化的销售业务方法论标识符在结构设计还原手动化(以及反向转换)的基础上,UI 素材与前端组件之间的界限几乎不复存在了,UI 素材与前端组件能互通(UI 素材即前端组件,前端组件即 UI 素材),不仅提升了双方的生产效率,还大幅增加了协作生产成本

五.low-code 模式下新的可能性

建模研发模式:复杂度转移到工具中,专业性要求增加low-code 与智能化结合:素材/组件智能批量聚合、结合端智能、个性化推荐等控制技术,让采用者根本停不下来low-code 打入专业合作开发工具:在面向专业合作开发人员的 IDE 中提供部分建模辅助工具,如支付宝小程序 IDE前后端一体的 low-code 方案:在端云一体化合作开发的基础上更进一步,手动聚合、部署相应的BFF/SFF标识符像云计算产品将专业的运维工作转移到了云供应商一样,low-code 模式将专业的组件合作开发工作、甚至 BFF 接口合作开发工作都转移到了建模研发工具侧,把专业的前端技术以普惠的形式赋能给了更多的非职业合作开发人员,同时建模辅助工具与专业 IDE 相结合,也让专业的合作开发人员更加高效

另再者,前端生产力和生产效率提上来、专业性要求降下去之后,之前受限于合作开发生产成本而无法同时实现的事情都可以开始探索了,比如面向海量细分采用者群体的个性化 UI(所谓千人千面)、自媒体时代的个人建站(再小的个体也可以有自己的网络平台)、高时效性的百变运营(而不只是发条push消息)……

参考资料

Low-code development platformIceworks:从 GUI 合作开发工具到集成研发工作台What is low code?

相关文章

发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务