aPaaS低代码平台的思考
背景
- 目前市面上的低代码平台较多,对于可行性,以及适用性的争议一直在继续
| 阿里-宜搭 | 腾讯-微搭 | 百度-爱速搭 | mendix | |
| 基础页面组件 | 支持 | 支持 | 支持 | 支持 |
| 实体模型 | 支持 | 支持 | 支持 | 支持 |
| 事件 | 不支持 | 支持 | 不支持 | 不支持 |
| 数据管理 | 支持 | 支持 | 支持 | 支持 |
| 模板新建 | 支持 | 支持 | 不支持 | 支持 |
| 用户权限 | 支持 | 支持 | 支持 | 支持 |
| 接口管理 | http | http | http | http |
| 友好度 | 新手有引导 ,免费版功能很少和阿里云结合度很高,路径依赖强 | 新手有引导,交互逻辑相对友好 | 页面功能不连贯,用户引导较差 | 操作逻辑不符合国内的习惯 |
产品种类
- 代码生成型 : 通过所见即所得的编辑器在线编辑表结构,最终生成jar包,通过jar包部署
- 流程引擎型 : 通过流程引擎解析元数据,加载页面
区别
- 代码生成型可以使用自己的服务器,但是修改的jar包逆向到低代码平台无法实现
- 流程引擎型和平台的依赖性较强,对于平台的新特性感知性强
适用场景
- 实际使用的时候80%的场景是简单的crud,没有性能要求的,只有20%需要定制化开发,对于80%的场景低代码平台是可以支持的,对于20%的定制化场景,可以利用代理模式,将压力下放到业务方
难点
- 技术上实现大家基本上思路是一致的,主要的是UE交互部分,怎么样去引导更便捷化的搭建
经过市场验证的类似的场景
- 视频剪辑 : 视频简介的便捷化操作,直接构成了短视频时代的基础
未来发展前景
- 对于个人来说,低代码平台代表了全民编程时代的到来,以此为基础的生活的信息化改造,已经变成了可能
- 对于企业来说,数字化转型,数据化转型已成为了企业的技术里程,未来的数据源可能不再是企业内部,也包括分散的海量用户构成的数据网格
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！