Till JS
|
d45f1c0079
|
Phase 12 R3: Marketplace γ + δ — Discovery + Engagement + Subscribe + Smart-Merge
Routes (additiv unter /api/v1/marketplace/*):
Discovery (optional-auth, anonymer Read erlaubt):
- GET /explore — featured + trending side-by-side
- GET /decks — browse mit q/tag/language/author/sort/limit/offset
(sort: recent | popular | trending; trending = star-velocity 7d)
- GET /tags — flacher Tag-Tree
Engagement (auth pro Schreib-Route, optional-auth für GET state):
- POST/DELETE/GET /decks/:slug/star
- POST/DELETE/GET /authors/:slug/follow (cannot-follow-self → 409)
Subscribe + Version-Read + Smart-Merge-Diff:
- POST/DELETE/GET /decks/:slug/subscribe
- GET /me/subscriptions (mit update_available-Indicator)
- GET /decks/:slug/versions/:semver — voller Cards-Payload in ord-
Reihenfolge
- GET /decks/:slug/diff?from=:semver — computeDiff (added/changed/
removed/unchanged) basierend auf content_hash + ord-Heuristik für
"changed an gleicher Position"
Fork + Smart-Merge-Pull (auth):
- POST /decks/:slug/fork — kopiert latest version in privaten
cards.decks (forked_from_marketplace_* gesetzt) + cards.cards mit
übernommenem content_hash + frische FSRS-Reviews
- POST /private/:deckId/pull-update — Smart-Merge: existing private
hashes deduplizieren, nur added/changed cards einfügen (mit fresh
reviews), unveränderte Karten BEHALTEN inkl. FSRS-State, removed
cards bleiben lokal (server-authoritative User-Choice). Update der
forked_from_marketplace_version_id auf latest.
Schema (R3a):
- cards.decks: 2 neue Columns forked_from_marketplace_deck_id +
forked_from_marketplace_version_id (text, nullable). Drizzle-push
grün.
Architektur-Highlights:
- @cards/domain.cardContentHash ist die single source of truth für
Karten-Hashing; marketplace.deck_cards und cards.cards berechnen
identisch → Smart-Merge ist hash-equality + INSERT-IGNORE statt
Diff-Replay
- pgSchema-Trennung (marketplace.* vs. cards.*) zahlt sich aus:
Marketplace-Read-Path (Public + Engagement) und privater Lern-Pfad
haben separate FK-Welten und können unabhängig versioniert werden
- Hono-Middleware-Pattern: per-route authMiddleware/optionalAuth statt
Sub-Router-Mount, weil ein Wildcard '*' auf einem Sub-Router via
r.route('/', sub) sonst die Public-GET-Routes des Parents fängt
(Hono-Routing-Subtilität, kostete eine Smoke-Iteration)
Verifikation:
- type-check 0 errors
- 6 neue Diff-Heuristik-Tests, 78 gesamt grün
- End-to-End-Smoke gegen lokale cards-api:
· Cardecky-Author + Deck `r3-stoische-grundbegriffe` v1.0.0 (3 Karten)
· Till browst (anon → 200), starred, folgt Cardecky, subscribed
· Till forkt → privates Deck mit 3 Karten + 3 fresh FSRS-Reviews
· SQL-Manipulation: Apatheia-Review auf state='review',
stability=10, reps=3 (simuliert "schon gelernt")
· Cardecky publisht v1.1.0: Apatheia + Eudaimonia unverändert,
Logos präzisiert (changed), Tugendlehre neu (added)
· Diff-Endpoint zeigt: unchanged=2, changed=1, added=1, removed=0
· Till pull-update → cards_inserted=2 (changed.next + added)
· Verifikation: card_count=5 (war 3), Apatheia-Review **identisch
erhalten** (state=review, stability=10, reps=3, last_review IS
NOT NULL), neue Karten state=new — FSRS-State der unveränderten
Karte überlebt Smart-Merge unverletzt
Verbleibend: R4 ε (PRs + Card-Discussions), R5 Frontend-Routes
(/explore, /d/[slug], /u/[slug], /me/subscribed, /me/forks), R6
voller UI-E2E.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-05-09 15:27:39 +02:00 |
|
Till
|
45a47e0ffd
|
Phase 3: Domain-Modell + Decks/Cards/Reviews-CRUD
Domain (@cards/domain):
- zod-Schemas SSOT für Deck, Card, Review, StudySession, FsrsSettings,
Tools (cards.create + cards.search Input/Output)
- CardType-Discriminated-Union: MVP basic+basic-reverse, Future-Set
(cloze, type-in, image-occlusion, audio, multiple-choice) für
Schema-stable-Migration vorbereitet
- validateFieldsForType() Pure-Function pro CardType
- FSRS-Adapter über ts-fsrs v5.3.2: newReview, gradeReview,
subIndexCount, toFsrsCard/fromFsrsCard ISO↔Date-Roundtrip
- Encryption-Hinweis: reviews bleiben PLAINTEXT (Scheduler quert
täglich `due <= now`, siehe Lessons §3)
Drizzle-Schemas (apps/api/src/db/schema, alles in pgSchema('cards')):
- decks, cards, card_tags, reviews (PK card_id+sub_index), study_sessions,
tags (deck-skopiert), media_refs (verweist auf mana-media), import_jobs
- _schema.ts-Pattern um Zirkular-Imports zu vermeiden (Lesson aus
mana-share/-events während F-0)
- Hot-Path-Index reviews_user_due_idx für Scheduler-Queries
Routes (apps/api/src/routes):
- POST/GET/PATCH/DELETE /api/v1/decks (Deck-CRUD)
- POST/GET/PATCH/DELETE /api/v1/cards (Card-CRUD mit Auto-Reviews-Init:
beim Card-Insert werden N Reviews via subIndexCount(type) angelegt,
in einer Transaktion)
- GET /api/v1/reviews/due (Hot-Path, optional deck_id-Filter, Limit 500)
- POST /api/v1/reviews/:cardId/:subIndex/grade (FSRS-State-Transition,
per-Deck FSRS-Settings)
Auth: Stub-Middleware liest X-User-Id-Header (Phase 2 ersetzt durch
@mana/shared-hono authMiddleware mit JWKS-Cache).
Tests (vitest, Hono app.request()):
- @cards/domain: fsrs.test.ts (newReview, gradeReview Roundtrip,
Rating-Mapping), schemas.test.ts (zod-strict-Variants, Field-Type-
Validation, hex-Color)
- apps/api: decks.test.ts + cards.test.ts + reviews.test.ts —
Auth-Gate + Input-Validation. Volle DB-Integrationstests folgen mit
pg-mem oder testcontainers in späterer Phase.
Cleanup: types.ts entfernt, zod-Schemas sind SSOT (z.infer für Types).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-05-08 14:21:54 +02:00 |
|