低代码应用运行时大多为aPaaS架构，即每个低代码应用可以作为一个独立的应用服务，包含登录、基座/菜单、配置出的应用视图和后端服务。aPaaS架构下，各应用之间互相独立，即不能在A应用使用B应用的配置（视图、模型等）。
前端运行时
- 视图存在不同类型，比如标准布局列表/表单视图，仪表盘视图，自定义布局视图，运维视图等，这些视图运行时是多套代码；
- 前端项目完全向前兼容，对不能向前兼容的，比如ui规范调整，则增加一个视图类型（如新版/旧版）以作区分；
- 不同应用的同一类型前端视图均用同一个镜像，功能升级由平台完成，升级后全部应用生效，用户一般不需要关注
这种设计下，使用方负担最小，平台风险较大，因为一次升级是全应用生效的，每次迭代均需要进行细致的测试和回归。
前端二开
每个应用会生成自己的二开项目，但默认菜单挂载的是云端统一的视图，前端二开后可修改菜单配置，将其改为二开项目，之后前端功能升级，则由使用方手动升级。
后端运行时
- 每个应用运行时有自己独立的后端项目，包含项目代码和数据库
- 后端功能升级，目前是应用使用方按需升级
这种设计下，使用方需要关注功能版本和升级，但对平台较为安全，即使版本有问题影响也有限
后端二开
可直接在生成的代码中进行二开
通用服务
使用方不需要关注通用服务，完全由平台维护，对全应用生效