跳到主要内容

产品连续性

Discuss Kit 谱系

定位当前 Discuss Kit 参考实现所覆盖的复制型讨论数据——不声称旧产品功能全量对等。

Discuss Kit 既是前代产品名,也是 ARC monorepo 中 blocklets/discuss-kit当前参考 package。用它学习特定的数据与 surface 模式。不要用这个名字证明历史 Discuss Kit、论坛、博客、wiki、书签或消息功能今天都作为平台产品可用。

连续性陈述

声称状态
存在名为 discuss-kit 的当前 ARC package是——blocklets/discuss-kit
演示 replicated posts/comments(及 anon 集合)是——blocklet.yaml 中的 replicated
演示到 /instance/app/content/posts 的 pretty URL 绑定是——sites.bindings
被多层测试锚定(复制 / board 读 / 评论)是——package README 列出 runtime 测试
每个旧 Discuss Kit 产品 surface 都原样平台化——不声称
本 package 暗示 Media Kit、DID Connect UI 等已迁移

当前 package 用途

来自其 README 与 manifest(ARC 树,只读参考):

  • 角色: 讨论板参考应用scope: app
  • 数据: posts、comments、匿名项的 replicated 集合,含明确角色与 copy 模式
  • Surface: 列表(index)与详情(detail)AUP 页及 man
  • 绑定: /posts → 列表 AFS 路径;/posts/{slug} → 详情
  • 附加: 声明式 cron;instance 轴搜索的 index 域;访客可读路径的 networkRead

研读:

  • blocklets/discuss-kit/blocklet.yaml
  • blocklets/discuss-kit/README.md
  • 同 package 下的 .aup/seed/

它不是什么

不是为何重要
对每个旧 Discuss Kit 部署的即插即用替代保证不同 runtime、数据模型与产品裁剪
「到处都能评论」作为全局平台服务的证明集合是按 package 声明
arc blocklet create --recipe … 等价的起步 recipe它是带平台测试耦合的完整参考应用
把 Media Kit 等描述为已完整迁移的许可每个产品需要单独证据

如何学习而不过度声称

  1. replicatedsites.bindings 当作集合 + URL 设计的工作样例
  2. 构建自己的应用时声明你的集合与绑定——不要假设 discuss-kit 的路径。
  3. 第三方入门优先 minimal-app 或 Web Device 首站拿到第一条绿灯路径;需要复制语义时再升级。
  4. 公开文档用语保持「复制型讨论数据 / surface 的参考实现」,而不是「平台论坛产品」。

相关阅读