docs(ROADMAP): P1.12.3 / P1.16 九条同源漂移按现实改写 (#3738) - #3858
Merged
Conversation
#3712 / PR #3732 的围栏(MetadataManagerPage / listComponent 一族)之外, P1.12.3 与 P1.16 两节还剩九条失实条目。手法沿 #3700 / PR #3705、#3704 / PR #3714、#3712 / PR #3732:条目一律不删、就地按现实改写、原 [x] 保留、 错误名保留作纠错锚且判词紧跟其后、引用只挂裸文本编号、不种新计数。 P1.12.3 四条: - metadataTypeRegistry —— 全仓零命中。但它并非"从未存在":文件确实以 apps/console/src/config/metadataTypeRegistry.ts 落过地(d601ef6 加入), 在 ff9a0d9(移除 studio app、迁往 metadata-admin 引擎)被删。今天的等价物 是引擎自己的 MetadataResourceRegistry (packages/app-shell/src/views/metadata-admin/registry.ts),行类型 MetadataResourceConfig,由 registerMetadataResource() 填;且未注册的类型 同样可列可编,注册只是覆写默认值 —— "centralized config" 的语义也变了。 - SystemHubPage 注册表生成卡片 —— metadataTypeCards 是手写字面量 (Applications / Metadata / Datasources),其上方注释自述 per-type 卡片 在引擎开始自动列举全部类型后即被移除;dashboard / page / report 三张卡 都不存在。真正按注册表列举类型的是引擎的 MetadataDirectoryPage。 - 动态 /system/metadata/:metadataType —— 该拼法只在 console host fragment (apps/console/src/AppContent.tsx)声明,三种 arity 的 route element 都是 MetadataRedirect,并非页面。真正渲染的动态路由是引擎的 metadata/:type (packages/app-shell/src/console/AppContent.tsx);"in all route contexts" 这半句对它成立(with-app 与 zero-app 两支都声明了),故如实保留。 - app / object 专属路由 —— app 仍成立(system/apps → AppManagementPage); object 已无专属页,由引擎通用外壳承载,配置见 builtinComponents.tsx 与 views/metadata-admin/anchors.ts 的 registerMetadataResource({ type: 'object', … }),只给列/搜索字段/建单字段/锚点,无组件覆写。全仓仅 permission(EditPage)与 datasource(ListPage)替换外壳页。 P1.16 四条 + :1001: - listMode / MetadataTypeConfig / MetadataGrid 三个符号全仓零命中; MetadataResourceConfig 没有任何渲染模式键,列形状只有 listColumns (加 ListPage 整页替换)。 - "grid mode 下的表格渲染"—— 表格是真的,但不是一档模式: ResourceListPage 对所有类型无条件渲染同一个 table,无分支可切。 - report 一条须订正卡片正文的举证:report **有** registerMetadataResource 注册(anchors.ts,基线 4e93e40 上即已存在),卡片正文"零注册"的 grep 结论有误。真实判词是:注册项里没有任何东西选择渲染模式(因为无模式 可选),它配的是对象锚点组与建单种子。 - :1001 按分诊注记逐入口分别判,且前提已部分过期:卡片正文称 sidebar / QuickActions 仍指 legacy 别名,而 #3739 / PR #3748 已合并 —— 两个 sidebar 的 sys-objects 与 home 的 manage-objects 现均指引擎正规路由 /apps/setup/metadata/object;hub cards 本就没有 object 卡。故三个入口 今天没有一个指向该拼法,离开的原因各不相同,如实分述。 围栏内只动这九行。节标题 **Metadata Manager Grid Mode:** 依"错误名留作 纠错锚"之例不动;:865 的 MetadataService 三个方法经核实真实存在,不在改写 之列。 Fixes #3738
|
The latest updates on your projects. Learn more about Vercel for GitHub. |
Collaborator
Author
|
正文更新时尾部 attribution footer 被剥掉了(首版存在,更新后消失),补在此处,内容与正文同属一次交付:
Generated by Claude Code |
Collaborator
Author
|
✅ 验收(PM,session 实物核验: 裁定要点:
转 ready 并挂 auto-merge。#3859 归分诊席;PR 正文 footer 被 update 剥除一事已由 dev 以评论补挂,环境观察记录在案。 Generated by Claude Code |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fixes #3738
基线:
origin/main@c32323e1e4e5d7c72adda03dce0b46ecbe079403(显式 sha 切树,非 FETCH_HEAD)。文件面仅ROADMAP.md,9 行改写、9 行删除,零新增行、零删除条目。手法沿 #3700 / PR #3705、#3704 / PR #3714、#3712 / PR #3732 已确立形状:条目一律不删、就地按现实改写、原
[x]保留(里程碑确实以另一形态交付过)、错误名保留作纠错锚且判词紧跟其后、引用只挂裸文本编号、不种新计数。动笔前的前提复核:九条里有两条与卡片正文不符
卡片正文是线索不是规格,九条逐条在
origin/main上复核过。七条如卡片所述成立,两条不成立 —— 都按 main 的现状改写,并在此说明:一、
report并非「零注册」。 卡片正文称report类型没有任何registerMetadataResource注册,举证是grep -rn "type: 'report'"只命中 spec 定义与其测试。实测该 grep 漏了命中:且
git show 4e93e40d7:packages/app-shell/src/views/metadata-admin/anchors.ts | grep -n "type: 'report'"同样命中485—— 即基线上就已存在,不是此后的漂移,是卡片当时的扫描结论有误。registerBuiltinAnchors()由views/metadata-admin/index.ts无条件调用,注册是活的。这不改变该行「失实」的判定:
listMode这档配置不存在,所以「configured with grid mode by default」依然无从成立。改的是判词的理由 —— 从「没有注册」改成「有注册,但注册项里没有任何东西选择渲染模式,因为无模式可选;它配的是对象锚点组与建单种子(createFields/createDerive/createDefaults)」。二、:1001 的前提已部分过期。 卡片正文称三个入口里 sidebar 与 QuickActions「仍指着」legacy 别名,并把该缺陷另行立单。那张单是 #3739,已由 PR #3748 合并(
b7b05da7f):AppSidebar.systemFallbackNavigation的sys-objects→/apps/setup/metadata/objectUnifiedSidebar的sys-objects→ 同上console/home/QuickActions的manage-objects→ 同上所以今天三个入口没有一个指向
/system/metadata/object:hub cards 本就没有 object 卡(瞄${basePath}/metadata与${basePath}/metadata/datasource),另两个是被 #3739 主动改指。按分诊注记要求逐入口分别判,如实分述三者各自现状与离开的不同原因,不整句「仍然成立」、不顺手修任何路由。三、顺带订正一处继承来的错误(未写进 ROADMAP,只在此声明)。
skills/objectui/guides/console-development.md:104的「Retired names」表称config/metadataTypeRegistry.ts「Never existed underapps/console/src/」—— 这一句本身失实。git 可证该文件确实以那个路径落过地:故本 PR 的 :861 判词没有沿用那句话,而是写「该文件确实以
apps/console/src/config/metadataTypeRegistry.ts落过地,在ff9a0d9e9被删,今天全仓零命中」。guide 那一行属越界发现,按纪律只报不改,已另行立单(与在飞的 #3737 不同行、不同事实:#3737 钉的是顶部注记的搬家归因)。九条落点
**Unified Metadata Management (P1.12.3):**metadataTypeRegistryapps/console/src/config/落地并在ff9a0d9e9被删;今天的等价物是引擎自己的MetadataResourceRegistry(行类型MetadataResourceConfig,由registerMetadataResource()填);并指出「centralized config」语义也变了 —— 未注册的类型同样可列可编,注册只覆写默认值metadataTypeCards(SystemHubPage.tsx)是手写字面量 Applications / Metadata / Datasources,其上方注释自述 per-type 卡片在引擎开始自动列举全部类型后即移除;dashboard / page / report 三张卡都不存在;真正按注册表列举类型的是引擎的MetadataDirectoryPage,即手写「Metadata」卡所指MetadataRedirect,不是页面;真正渲染的是引擎metadata/:type,而「in all route contexts」对它成立(with-app 与 zero-app 两支都声明),故如实写明这半句存活app/object专属页app仍成立(system/apps→AppManagementPage);object已无专属页/专属路由,由引擎通用外壳列与编,配置见builtinComponents.tsx与views/metadata-admin/anchors.ts的registerMetadataResource({ type: 'object', … })(列、搜索字段、建单字段、锚点组,无组件覆写);全仓唯permission的EditPage与datasource的ListPage替换外壳页**Metadata Manager Grid Mode:**(P1.16)与 :1001listModeonMetadataTypeConfigMetadataResourceConfig没有任何渲染模式键;列形状只有listColumns,加ListPage整页替换ResourceListPage对所有类型无条件渲染同一个table元素,表头由listColumns生成(缺省回落到推断的 primary + label);无分支可切,故不存在「grid mode」report有注册(anchors.ts),但注册项里没有任何东西选择渲染模式(无模式可选);它配的是对象锚点组与建单种子,列表就是与所有类型相同的那张无条件表格MetadataGridmetadata/:type抵达的同一张外壳页metadata/datasource);两个 sidebar 的sys-objects与 home 的manage-objects已被 #3739 改指引擎正规路由,因为system/…拼法不是页面 ——MetadataRedirect只是一个裸Navigate重定向,打到同一 URL,白付一跳与一次 re-render;统一的是目的地而非这个拼法,别名路由留给书签与外链刻意留在围栏外
**Metadata Manager Grid Mode:**不动 —— 依「错误名留作纠错锚」之例:标题本身就是那个锚,其下四行已逐条说清现实。MetadataService三个方法不动 —— 经核实真实存在(apps/console/src/services/MetadataService.ts的getItems/saveMetadataItem/deleteMetadataItem),该行成立,不在改写之列(顺手确认了它不是第十条漂移)。门禁
node scripts/check-doc-links.mjs→Links are valid across 7 scan roots.(ROADMAP.md在其 SCAN_ROOTS 内)grep -naP '[\x00-\x08\x0b\x0c\x0e-\x1f]' ROADMAP.md→ 零命中(本仓无scripts/check-nul-bytes.mjs)pnpm exec turbo run type-check --concurrency=2→78 successful, 78 total(md-only 改动,全部 cache hit);另以--filter @object-ui/console --force强制跑出真实编译:35 successful, 35 total / Cached: 0ROADMAP.md,无.changeset/)。content/docs/releases/**未触碰。