背景
在合并 ObjectManagerPage 进 Metadata 通用体系的过程中,发现 objectui 的标准组件(如 MetadataManagerPage、MetadataDetailPage 及各类 Schema 驱动 widget)已经可以满足绝大多数元数据管理场景。大量自定义组件会导致以下长期问题:
- 增加平台维护难度,导致重复劳动
- 影响性能、稳定性和测试覆盖率
- 违背长远可维护架构目标
目标
在开发元数据平台自定义页面(如对象管理、字段管理、报表、仪表盘、流程等)时:
- 必须优先使用 objectui 的标准组件/容器/Schema ��染协议
- 仅允许在标准组件难以覆盖的极端场景下添加自定义 widget,并强制补充文档和专属单元测试
- 推动所有对象管理等核心页面全部 Schema 化,最大程度复用标准的列表、表单、详情、设计器等能力
- 鼓励对现有标准组件提出能力扩展 PR,而不是局部"自定义 hack"
实施建议
- 修改《组件开发和页面定制规范》文档,明确规定自定义组件原则和审批流程
- 对已有代码库进行排查,整理待合并和可 Schema 化整合的组件/页面列表
- 对标准组件能力不足的场景,优先补全标准库而非一味自定义
- 跟踪合并 object 类型的变更效果,持续聚合 objectui 平台上的元数据资产
持续交付要求
- 所有新开发页面,需经代码评审对 Schema/标准组件覆盖率进行专门打分
- 变更需完善单元测试和文档说明,更新 CHANGELOG.md 或 ROADMAP.md
如有自定义需求建议,可先发起讨论 issue,避免重复"造轮子"。
背景
在合并 ObjectManagerPage 进 Metadata 通用体系的过程中,发现 objectui 的标准组件(如 MetadataManagerPage、MetadataDetailPage 及各类 Schema 驱动 widget)已经可以满足绝大多数元数据管理场景。大量自定义组件会导致以下长期问题:
目标
在开发元数据平台自定义页面(如对象管理、字段管理、报表、仪表盘、流程等)时:
实施建议
持续交付要求
如有自定义需求建议,可先发起讨论 issue,避免重复"造轮子"。