结论先行：DSL（Domain Specific Language，领域特定语言）设计决定低代码平台的上限——好的 DSL 用分层 JSON Schema 同时描述页面结构、行为与…
结论先行：低代码表达式引擎的实现固定为三步：词法分析（Lexical Analysis）把字符串拆成记号、语法分析（Parsing）构建抽象语法树（AST）、上下文求值（Evalu…
结论先行：物料（Material）不等于组件库——组件库只回答"怎么渲染"，物料还要回答"怎么配置、怎么联动、怎么分发"。成熟的物料体系有三…
结论先行：低代码平台天然多包——设计器、画布、渲染器、插件、物料、工具链互相调用，Monorepo（单体仓库）是让它们保持原子提交与版本一致的最优解。pnpm 工作区（Worksp…
结论先行：多端渲染有两条路线——编译时适配把 DSL 转译成各端代码（产物最优、调试链路长），运行时适配用跨端运行时抹平差异（开发效率高、包体略大）；低代码平台的主流选择是&quo…
结论先行：插件化架构的核心原则是"宿主瘦身、能力外挂"：设计器内核只提供状态、画布与扩展点（Extension Point），属性面板、样式编辑、事件绑定、数据…
结论先行：只要平台允许用户写代码（云函数、自定义组件、脚本节点），就必须假设这段代码不可信——沙箱（Sandbox）设计四要素缺一不可：资源限制（CPU/内存/磁盘）、超时熔断、依…
结论先行：一个能承载生产应用的低代码（Low-Code）平台，架构上通常自下而上分为 6 层——基础设施层、后端服务层、引擎层、物料与插件层、编辑器层、治理运维层。分层的核心目的只…
结论先行：后端即服务（BaaS, Backend as a Service）是低代码平台的后端底座，通常承担 5 类能力：数据建模、API 自动生成、认证鉴权、文件存储、服务端自定…
结论先行：低代码平台的部署架构只有三种基本形态：共享集群（所有租户共用一套系统）、独立实例（每个租户一套容器化环境）、私有化部署（整套系统落在客户自己的机房或云账号里）。三者的成本…
猫拽智库
