Split frontend config API into file_config, server, and health modules

This commit is contained in:
2026-04-18 20:32:38 +02:00
parent 01f2e07921
commit d9550ae4aa
14 changed files with 179 additions and 37 deletions

View File

@@ -144,6 +144,8 @@ Reference: `Docs/Refactoring.md` for full analysis of each issue.
**Docs changes needed:** Update `Docs/Architekture.md` section 2.1 (Project Structure) and section 2.2 (Module Purposes) to reflect any new modules created.
**Status:** Completed.
**Why this is needed:** Large files slow down code review, increase merge conflict probability, and make it harder to find relevant code. Proactively identifying split points before the files grow further ensures the architecture stays navigable. This is a maintenance concern, not a correctness issue.
---
@@ -162,6 +164,8 @@ Reference: `Docs/Refactoring.md` for full analysis of each issue.
**Docs changes needed:** `Docs/Architekture.md` section 3.2 (API Layer table) already lists the target modules; no text changes needed beyond verifying the table matches once the split is done.
**Status:** Completed.
**Why this is needed:** `api/config.ts` currently serves five conceptually unrelated domains. Developers looking for server settings functions or health check calls have no obvious place to find them, and the file will keep growing as new endpoints are added. Splitting it into focused modules makes the API layer match the documented architecture and makes new additions predictable.
---