dal-go / dalgo / 27104529268

100%

push

github

feat: generics convenience layer — typed dal.Collection[T] (#68)

* chore(seeds): drop legacy sidekick-seed frontmatter keys to satisfy lint

Remove old-schema keys (slug, captured_at, captured_during, trigger,
synchestra_task) from the three sidekick seeds; keep type/captured_by/status.
`specscore spec migrate` only writes format:/status: and does not strip
unknown keys, so this was done by hand. Clears the sidekick-seed
unknown-frontmatter-key lint errors.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* idea(generics-convenience-layer): approved typed Collection[T] convenience layer

Session-less dal.Collection[T] handle in package dal: CollectionOf[T CollectionNamer]()
/ CollectionAt[T any](name) constructors, session passed per call (ReadSession for
reads, WriteSession for writes — compile-time write-safety since DB is ReadSession-only).
Terminals: Get/All, InsertWithID (known id) + Insert(...InsertOption) (generated id,
returns *Key), Set/Update/Delete; id slot is any (value | WithID/WithFields KeyOption);
generators route only through Insert's InsertOption (compile-time rejection elsewhere).
Nesting via .In(parent) composing CollectionRef; batch via ManyInserter[T]/Item[T];
cycle-free in dal. Reviewed twice by an architect agent against the dalgo source.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* idea(generics-convenience-layer): adopt approach C for generated IDs; back to Draft

Third architect review found a blocker: dalgo's deferred InsertOption generator
path is unwired in every adapter (dalgo2memory discards opts; dalgo2fs not
implemented), so generated Insert had no working backend. Adopt approach C —
adapters honor InsertOption (storage-specific), starting with dalgo2memory, with
an end2end test proving the generated-Insert round-trip. Also: reframe the
zero-option default as layer behavior (pin N), and fix the not-found mapping to
read the Get call's error (record.Error() is nil for ... (continued)

158 of 158 new or added lines in 2 files covered. (100.0%)

7246 of 7246 relevant lines covered (100.0%)

1.15 hits per line