ff293e9db8
13 +server.ts handler nutzen jetzt parsePositiveIntParam und
validateBody statt jeweils lokaler parseId/safeParse-Bloecke.
Konsequenzen:
- 9 lokale parseId/parsePositiveInt Definitionen geloescht
- 11 safeParse + manueller error()-Throws ersetzt
- domains/[id], domains, profiles: catch-Block reicht jetzt HttpError
durch (isHttpError) — vorher wurde ein 404 vom updateDomain als 409
re-emittiert
- recipes/[id]/image: kein function-clutter mehr neben den FormData-Pfaden
- Konsistente Error-Bodies: validateBody schickt {message, issues},
parsePositiveIntParam {message: 'Missing X' / 'Invalid X'}
Findings aus REVIEW-2026-04-18.md (Refactor A) und redundancy.md
22 lines
1.0 KiB
TypeScript
22 lines
1.0 KiB
TypeScript
import type { RequestHandler } from './$types';
|
|
import { json } from '@sveltejs/kit';
|
|
import { z } from 'zod';
|
|
import { getDb } from '$lib/server/db';
|
|
import { parsePositiveIntParam, validateBody } from '$lib/server/api-helpers';
|
|
import { logCooked } from '$lib/server/recipes/actions';
|
|
import { removeFromWishlistForAll } from '$lib/server/wishlist/repository';
|
|
|
|
const Schema = z.object({ profile_id: z.number().int().positive() });
|
|
|
|
export const POST: RequestHandler = async ({ params, request }) => {
|
|
const id = parsePositiveIntParam(params.id, 'id');
|
|
const data = validateBody(await request.json().catch(() => null), Schema);
|
|
const db = getDb();
|
|
const entry = logCooked(db, id, data.profile_id);
|
|
// Wenn das Rezept heute gekocht wurde, ist der Wunsch erfüllt — für alle
|
|
// Profile raus aus der Wunschliste. Client nutzt den removed_from_wishlist-
|
|
// Flag, um den lokalen State (Badge, Button) ohne Reload zu aktualisieren.
|
|
removeFromWishlistForAll(db, id);
|
|
return json({ ...entry, removed_from_wishlist: true }, { status: 201 });
|
|
};
|