spacetime-client 共享 package 占位说明

日期：2026-04-20

1. package 职责

spacetime-client 是 SpacetimeDB 客户端适配 package，后续负责：

生成 bindings 后的客户端访问封装
Axum 与各模块对 reducer、view、订阅的调用适配
身份透传、连接配置与基础错误处理适配

2. 当前阶段说明

当前目录已不再只是占位，当前阶段已经落下：

通过 spacetime generate --lang rust --include-private 生成的最小 Rust bindings
DbConnection 连接封装
confirm_asset_object_and_return procedure 的最小调用适配
bind_asset_object_to_entity_and_return procedure 的最小调用适配
api-server 所需的 asset_object 确认与 asset_entity_binding 绑定返回值转换

confirm_asset_object_and_return 与 bind_asset_object_to_entity_and_return 的调用必须等到 SDK on_connect 回调后再发起。DbConnection::build() 只代表 WebSocket 已经初始化，不代表 SpacetimeDB 身份握手完成；如果过早调用 procedure，本地联调会表现为连接建立但请求长期没有回调，最终等到 idle timeout。

后续与本 package 直接相关的任务包括：

固化 bindings 生成与更新脚本
设计 reducer、procedure、view、订阅的统一调用接口
设计身份透传与连接配置策略
设计 Axum / worker / 测试环境下的客户端复用方式

2.1 `module_bindings` 生成物约束

src/module_bindings 目录下的 Rust 文件统一视为 SpacetimeDB CLI 生成产物，后续维护必须遵守：

只允许通过 spacetime generate --lang rust 刷新，不允许手工修改。
不允许对该目录执行 rustfmt，避免把 CLI 原始输出改写成额外格式化噪音。
src/lib.rs 已通过 #[rustfmt::skip] pub mod module_bindings; 显式阻止 workspace 级 cargo fmt 继续递归格式化该目录。

2.1.1 绑定缺文件恢复流程

若 mod.rs 已声明 *_table 模块，但目录内缺少对应 *_table.rs 文件，说明 Rust bindings 刷新不完整。不要手工补 generated code，统一在仓库根目录执行：

spacetime generate --no-config --lang rust --include-private --out-dir .\server-rs\crates\spacetime-client\src\module_bindings --module-path .\server-rs\crates\spacetime-module --yes

这里必须带 --no-config：仓库根目录的 spacetime.json 同时配置了 TypeScript 与 Rust 两个生成目标，直接追加 --lang / --out-dir 会触发 SpacetimeDB CLI 的多目标参数冲突。

生成后用以下命令确认 mod.rs 声明的模块都有落盘文件：

$modFile = 'server-rs\crates\spacetime-client\src\module_bindings\mod.rs'
$dir = 'server-rs\crates\spacetime-client\src\module_bindings'
$mods = Select-String -Path $modFile -Pattern '^pub mod ([a-zA-Z0-9_]+);' |
  ForEach-Object { $_.Matches[0].Groups[1].Value }
$missing = @()
foreach ($m in $mods) {
  if (-not (Test-Path (Join-Path $dir ($m + '.rs')))) {
    $missing += $m
  }
}
if ($missing.Count -eq 0) { 'missing module files: 0' } else { $missing }

最后至少执行：

cargo check -p spacetime-client --manifest-path server-rs\Cargo.toml

3. 边界约束

spacetime-client 只承接 SpacetimeDB 客户端访问适配，不承接具体业务模块的规则实现。
业务状态真相仍由 apps/spacetime-module 管理，业务编排由各模块 package 与 apps/api-server 承担。
不允许把 reducer、view、订阅调用细节重新散落到多个业务模块里各自实现。

3.5 KiB Raw Blame History Unescape Escape