【技术分析】低代码平台的专有存储技术-阿里云开发者社区

【技术分析】低代码平台的专有存储技术

2023-12-14 480

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

本文涉及的产品

EMR Serverless StarRocks，5000CU*H 48000GB*H

简介： 低代码是一个新兴的技术，有着非常明确而鲜明的技术特点，比如：拖拽组件、可视化编程、零代码编程等等。但传统软件企业在进行技术融合时却往往是困难重重，旧有的技术积累很难能继承应用过来。本文作为一组技术分析，来逐一分解低代码背后的支撑技术。今天我们给大家带来的一个专题分析是，低代码平台的专有存储技术。

前言

低代码是一个新兴的技术，有着非常明确而鲜明的技术特点，比如：拖拽组件、可视化编程、零代码编程等等。但传统软件企业在进行技术融合时却往往是困难重重，旧有的技术积累很难能继承应用过来。本文作为一组技术分析，来逐一分解低代码背后的支撑技术。今天我们给大家带来的一个专题分析是，低代码平台的专有存储技术。

一，低代码平台与存储系统

低代码平台不是一个新兴的概念在早在2000年初期，就有类似于RAD的单页网页模型概念。在实际业务实现中绝大多数的业务支撑软件中也都会有类似于“智能表单”之类的泛低代码应用。在这些应用中多数都采用的是“代码模版”技术，将表单模版存储于数据库，或者转存成文件，运行期利用模版技术进行动态渲染。这在简单单一的功能应用中尚可满足需求，但在低代码平台背景下就有点捉襟见肘。其重要表现在一下几个方面：

(1) 单页向多页多目录的支持

在表单系统功能相对单一，关联资源也会比较少。但在低代码平台中，仍然采用单页结构的话不但使得页面功能冗余严重，日后的维护也会带来非常大的负担。这就需要低代码系统优先有支持的便是web目录寻址以及异步按需装载技术，同时这一技术也对传统的后端页面存储提出了新的要求。

添加图片注释，不超过 140 字（可选）

(2) 全栈开发功能支持

在衡量低代码平台优劣的指标中支持“全栈开发”是一个非常重量级的商业指标，也是“无代码”应用的关键支撑技术，在全栈开发支持中最常用的技术便是代码生成，在一定的模型支撑下，配合前端UI模型，生成与之匹配的后端代码模型，实现低代码/无代码应用。这一特性为低代码平台的存储应用带来了新的挑战：

添加图片注释，不超过 140 字（可选）

页面模型与后端代码的不可分割性需要页面模型与后端代码模型相互可感知其存在于变化。
对于生成的代码多数会采用更高级的语言来支撑，这就需要在存储技术上要能感知源码、以及其编译变化。
代码生成的最大一个目的在于便于后期二次开发，这就需要存储模型对于手工编译与在线即时编译有一定的感知和把控能力。

(3) 开发者支持

在低代码应用特性中，有一个非常大的亮点便是属性和逻辑方法的可视化编辑，但单页应用中我们通常会将页面进行组件化的划分，然后抽取其属性，事件以及可操作方法，通过可视化的方式讲这些属性和方法展示给“开发者”进行可视化操作。但在真实的项目开发中，单一的页面可视是远远不够的。在可视化操作中，很多页面都会需需要跨组件跨页面操作。而在全栈支持开发中甚至还会需要在“后端全代码”开发中能够支持页面中的出入参等代码补全操作。并且能针对类型出入参模型进行预编译混合编译支持。这些需求对于“低代码存储”提出了更新更多的要求。