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