计算属性名是动态映射的语法糖而非解耦手段；真正解耦依赖“契约先行+运行时注册+按需加载”三层机制，其中计算属性名仅承担字段到组件键的胶水角色。
计算属性名本身不是解耦手段，而是实现动态映射的关键语法糖。真正达成低代码中异步组件包与核心渲染器的无缝解耦，靠的是“契约先行 + 运行时注册 + 按需加载”三层机制，计算属性名只是在其中承担字段映射的胶水角色。
基于 JSON Schema 的字段到组件类型动态映射
核心渲染器不硬编码任何 UI 组件，而是从 schema 中读取 type、format 或自定义 x-component 字段，并用计算属性名将其转为组件注册键：
- schema 片段示例：{"type": "string", "format": "email", "x-component": "EmailInput"}
- 渲染器内映射逻辑：const key = schema['x-component'] || schema.format || schema.type
- 利用计算属性名访问注册表：ComponentRegistry[key] —— 这里 key 是运行时决定的，不是写死的字符串
异步组件包的按需注册与懒加载集成
第三方组件包（如 @vendor/form-controls）发布时自带 components.json 契约文件，描述其支持的 type 映射关系。主渲染器通过动态 import 加载并注册：
- 加载后调用 registerComponents({ 'phone': PhoneInput, 'rich-text': RichTextEditor })
- 注册函数内部使用 ComponentRegistry.set(key, component)，key 即计算所得
- 渲染器无需知道组件来自哪个包，只依赖 key 与组件实例的绑定关系
渲染器保持无状态，校验与行为由组件自治
解耦成功的关键是职责分离：渲染器只做“挂载”和“透传”，不参与业务逻辑：
- 表单值变更、校验触发、错误提示均由具体组件内部处理（例如
EmailInput自带邮箱正则校验） - 渲染器仅通过 v-model 或 props.field 同步数据流，不解析 schema 规则
- 若某组件未注册，渲染器可 fallback 到通用占位组件或抛出可捕获异常，不影响整体运行
编译期与运行期协同保障类型安全
在 TypeScript + Vue 3 / React 场景下，计算属性名需配合类型推导才能避免运行时错误：
- 定义 type ComponentKey = keyof typeof ComponentRegistry，约束 key 来源
- Schema 解析器返回 FieldMeta
，使后续渲染逻辑具备类型收敛 - .NET 9 或 Java LowCodeKernel 等平台还可借助 Source Generator 或注解处理器，在编译期生成校验代码，提前暴露映射缺失问题
