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
27 lines
899 B
TypeScript
27 lines
899 B
TypeScript
import type { RequestHandler } from './$types';
|
|
import { json, error, isHttpError } from '@sveltejs/kit';
|
|
import { z } from 'zod';
|
|
import { getDb } from '$lib/server/db';
|
|
import { validateBody } from '$lib/server/api-helpers';
|
|
import { createProfile, listProfiles } from '$lib/server/profiles/repository';
|
|
|
|
const CreateSchema = z.object({
|
|
name: z.string().min(1).max(50),
|
|
avatar_emoji: z.string().max(16).nullable().optional()
|
|
});
|
|
|
|
export const GET: RequestHandler = async () => {
|
|
return json(listProfiles(getDb()));
|
|
};
|
|
|
|
export const POST: RequestHandler = async ({ request }) => {
|
|
const data = validateBody(await request.json().catch(() => null), CreateSchema);
|
|
try {
|
|
const p = createProfile(getDb(), data.name, data.avatar_emoji ?? null);
|
|
return json(p, { status: 201 });
|
|
} catch (e) {
|
|
if (isHttpError(e)) throw e;
|
|
error(409, { message: (e as Error).message });
|
|
}
|
|
};
|