背景
目前 ObjectManagerPage 仍然以独立页面存在,其列表(对象列表/搜索/CRUD)和详情(对象属性、关系、键、字段设计器等)逻辑大部分与 MetadataManagerPage/MetadataDetailPage 重复,长期维护成本高。
目标
- 移除 ObjectManagerPage 独立页面,所有对象类型的列表和详情全部纳入 MetadataManagerPage/MetadataDetailPage 通用管道。
- 通过在 MetadataTypeConfig 对应 object 类型的配置里:
- 配置
listComponent,用于列表 UI 的特殊适配(如用 ObjectManagerListAdapter),复用标准 object-grid、modal-form 等标准能力;
- 配置
pageSchemaFactory,用于详情 UI 的 schema 渲染(如用 buildObjectDetailPageSchema)。
方案建议
- 删除 apps/console/src/pages/system/ObjectManagerPage.tsx,相关路由统一切到 MetadataManagerPage/DetailPage。
- 在 metadataTypeRegistry 里完善 object 类型,让其 listComponent 和 pageSchemaFactory 都走特殊注入而非全局自定义页面。
- 侧边栏、QuickAction、SystemHubPage 等所有入口全部统一指向新路由(如 /system/metadata/object)。
- 对应所有单元测试迁移到元数据通用体系下。
- 更新 CHANGELOG.md 和 ROADMAP.md。
收益
- 彻底消除冗余代码,减少重复维护和测试压力
- 所有对象管理能力完全 schema 化、标准组件化,提升平台可维护性和长期演化能力
- 对象管理特殊 UI 可通过扩展点配置注入,无需再落地独立页面
背景
目前 ObjectManagerPage 仍然以独立页面存在,其列表(对象列表/搜索/CRUD)和详情(对象属性、关系、键、字段设计器等)逻辑大部分与 MetadataManagerPage/MetadataDetailPage 重复,长期维护成本高。
目标
listComponent,用于列表 UI 的特殊适配(如用 ObjectManagerListAdapter),复用标准 object-grid、modal-form 等标准能力;pageSchemaFactory,用于详情 UI 的 schema 渲染(如用 buildObjectDetailPageSchema)。方案建议
收益