江苏龙网

  1. 首页 > 人文 > >

一.low-code，与，20，年前的，Dreamweaver，没什么区别( 二 )


面对大量低技术含量的需求 ， 前端者就变成了极易替代的资源（就像低值易耗资产一样）前端人力进而成为产品需求迭代的瓶颈
此时 ， 最好的解决办法是通过工具化、自动化的方式提高生产效率 ， 突破前端资源瓶颈 ， 自然就有了 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 估计 ， 低代码平台有着极其广阔的市场 ， 可细分为数据库、请求处理、移动端、流程和通用低代码平台：


推荐阅读


上一篇：租车行业最高将会有4亿用户，又一互联网巨头崛起，阿里，这也是阿里腾讯等企业无法取代的地方

下一篇：Spring框架监控切入点方法的执行，同时提高了开发的效率