Skip to content

制定自定义页面开发标准:优先采用 ObjectUI 标准组件,减少自定义组件 #1194

@xuyushun441-sys

Description

@xuyushun441-sys

背景

在合并 ObjectManagerPage 进 Metadata 通用体系的过程中,发现 objectui 的标准组件(如 MetadataManagerPage、MetadataDetailPage 及各类 Schema 驱动 widget)已经可以满足绝大多数元数据管理场景。大量自定义组件会导致以下长期问题:

  • 增加平台维护难度,导致重复劳动
  • 影响性能、稳定性和测试覆盖率
  • 违背长远可维护架构目标

目标

在开发元数据平台自定义页面(如对象管理、字段管理、报表、仪表盘、流程等)时:

  • 必须优先使用 objectui 的标准组件/容器/Schema ��染协议
  • 仅允许在标准组件难以覆盖的极端场景下添加自定义 widget,并强制补充文档和专属单元测试
  • 推动所有对象管理等核心页面全部 Schema 化,最大程度复用标准的列表、表单、详情、设计器等能力
  • 鼓励对现有标准组件提出能力扩展 PR,而不是局部"自定义 hack"

实施建议

  • 修改《组件开发和页面定制规范》文档,明确规定自定义组件原则和审批流程
  • 对已有代码库进行排查,整理待合并和可 Schema 化整合的组件/页面列表
  • 对标准组件能力不足的场景,优先补全标准库而非一味自定义
  • 跟踪合并 object 类型的变更效果,持续聚合 objectui 平台上的元数据资产

持续交付要求

  • 所有新开发页面,需经代码评审对 Schema/标准组件覆盖率进行专门打分
  • 变更需完善单元测试和文档说明,更新 CHANGELOG.md 或 ROADMAP.md

如有自定义需求建议,可先发起讨论 issue,避免重复"造轮子"。

Metadata

Metadata

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions