@bimetal/kanban-data

中文文档
0.42.0发布于 2026/10/30Apache-2.0TypeScriptES Module近 30 天下载 1.2万

Kanban-domain event-sourcing: Board-as-Aggregate (Columns + Cards + Reihenfolge sind EIN Aggregat mit harten Invarianten — Spalten-Ordnung, WIP-Limit). Commands/events, kanbanAggregate, kanbanProjection, createKanbanStore. Built on @bimetal/event-sourcing

原始使用文档

@bimetal/kanban-data

Kanban-domain event-sourcing, built on @bimetal/event-sourcing.

Board-as-Aggregate. The whole board — columns, cards, and their ordering — is ONE aggregate. Its invariants are hard, enforced in the aggregate's handle, not as soft rules:

  • Column ordering is the columns array order.
  • Per-column WIP limits (column.wipLimit) reject creates/cross-column moves that would overflow — surfaced as a DataValidationError, never an emitted event.

T = Board, so the generic AggregateState<Board> carries the board as a single entity keyed by its boardId; every event's entityId is the boardId, and card/column identity lives in the payload. Concurrency is therefore board-granular (the consistency boundary the WIP invariant requires).

Whole-board undo. The board is a singleton root — created once, mutated by card/column facts, never deleted. Each mutation pushes the prior whole-board snapshot onto the undo stack; undo(boardId) reverts to it via a BoardReverted fact. No previous fields, no LWW, no conflict resolver (architecture-tested).

import { createKanbanStore, createBoard, createCard, moveCard } from '@bimetal/kanban-data';

const store = createKanbanStore();
await store.dispatch(createBoard({
  id: 'b1',
  columns: [
    { id: 'todo',  title: 'Todo',  wipLimit: null, cardIds: [] },
    { id: 'doing', title: 'Doing', wipLimit: 2,    cardIds: [] },
    { id: 'done',  title: 'Done',  wipLimit: null, cardIds: [] },
  ],
  cards: {},
}));
await store.dispatch(createCard('b1', 'todo', { id: 'c1', title: 'Write spec' }));
await store.dispatch(moveCard('b1', 'c1', 'doing', 0));
await store.undo('b1'); // card back in 'todo'

The dispatch loop, idempotency, snapshots, concurrency checks and live cross-instance subscription are all inherited from the generic schicht unchanged — this package adds only the board fold, invariants, and queries.

版本与发布记录

@bimetal/kanban-data 共发布 15 个版本,首次发布于 2026/07/16;过去 12 个月发布了 15 个版本。

版本发布日期距今
0.42.0latest2026/10/309 天前
0.41.02026/10/2415 天前
0.40.02026/10/1128 天前
0.39.02026/10/061 个月前
0.38.02026/10/041 个月前
0.37.02026/09/131 个月前

其他发布通道:next → 1.0.0-rc.3。

关于 @bimetal/kanban-data 的常见问题

@bimetal/kanban-data 是什么?

Kanban-domain event-sourcing: Board-as-Aggregate (Columns + Cards + Reihenfolge sind EIN Aggregat mit harten Invarianten — Spalten-Ordnung, WIP-Limit). Commands/events, kanbanAggregate, kanbanProjection, createKanbanStore. Built on @bimetal/event-sourcing

如何安装 @bimetal/kanban-data?

在项目目录运行 npm install @bimetal/kanban-data,或使用 pnpm add / yarn add / bun add。

@bimetal/kanban-data 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@bimetal/kanban-data 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@bimetal/kanban-data 可以商用吗?

@bimetal/kanban-data 使用 Apache-2.0 许可。宽松许可:允许商业使用、修改和再分发,并附带明确的专利授权;分发时需保留许可与 NOTICE 文件,修改过的文件要注明改动。以上为概括,不构成法律意见,请以许可原文为准。

@bimetal/kanban-data 的下载量有多少?

根据 npm 官方下载统计,@bimetal/kanban-data 在 2026/10/08 – 2026/11/06 这 30 天内被下载 12,120 次,日均约 404 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@bimetal/kanban-data 还在维护吗?

最新版本 0.42.0 发布于 2026/10/30(9 天前);至今共发布 15 个版本,其中过去 12 个月发布了 15 个;首次发布于 2026/07/16。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。