datatug / backend / 34974619258

87%

push

github

refactor: rebuild the module to the extension-backend standard

Restructures the module to sneat-ext-template's ports-and-adapters standard
(sneat-specs/standards/extension-backend-architecture.md):

- The domain depends on dal-go only. It no longer imports sneat-go-core's
  apicore/extension/facade/verify or sneat-core-modules' dal4userus, so it
  builds anywhere with no GOPRIVATE or credential setup.
- facade4datatug is an injected-store Facade (dal.DB + ports) instead of
  package-level functions over platform helpers; the IDGenerator port is
  declared in ports.go and will be adapted in the host.
- models4datatug owns the DBOs and their dalgo keys. The user-ext key
  users/{uid}/ext/{extID} is built here (pinned by a test) rather than imported
  from sneat-core-modules.
- The HTTP handler and the Extension() wiring move to the host composition root
  (sneat-go/pkg/modules/datatug), per the standard - they are not part of the
  domain module.
- CI is the template's backend-ci.yml (strongo Standard Go CI + vX.Y.Z
  auto-tag) using the repo's GITHUB_TOKEN, so it needs no org secret.

Also fixes a real defect the new test setup caught: the transaction read the
user's index AFTER inserting the project record, which Firestore rejects
("read after write in transaction"). Reads now precede the first write, and a
test covers creating a second project so the update path is exercised too.

Tests run against sneatcoretesting.NewMemoryDB() (in-memory dal-go, test-only
dependency) - no Firestore emulator. go build / go vet / go test clean, 92.5%
statement coverage, gofmt clean.

47 of 50 new or added lines in 3 files covered. (94.0%)

56 of 62 relevant lines covered (90.32%)

0.9 hits per line