From 8e2051d8a0afc952d9a0c401b960d1f012c5ae89 Mon Sep 17 00:00:00 2001 From: kuro Date: Sun, 11 Oct 2026 03:01:01 +0000 Subject: [PATCH] Update Zukunft --- Zukunft.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Zukunft.md b/Zukunft.md index 5a6e99a..f62327c 100644 --- a/Zukunft.md +++ b/Zukunft.md @@ -6,9 +6,11 @@ Bevor neue Features implementiert werden, fokussiert sich das Projekt zunächst Die aktuelle Codebasis muss strukturiert werden, um zukünftiges Wachstum ohne "Spaghetti-Code" zu ermöglichen. -[ ] Ordnerstruktur etablieren: Zerlegen der Hauptdateien in logische Module (z. B. src/providers/, src/linter/, src/utils/, src/core/). +[x] Ordnerstruktur etablieren: Zerlegen der Hauptdateien in logische Module (z. B. src/providers/, src/linter/, src/utils/, src/core/). -[ ] Linter modularisieren: Die monolithische validateTplDocument-Funktion in eigene, testbare Teilfunktionen splitten (z. B. checkSyntax.ts, checkBlocks.ts, checkAssignments.ts). +[x] Linter modularisieren: Die monolithische validateTplDocument-Funktion in eigene, testbare Teilfunktionen splitten (z. B. checkSyntax.ts, checkBlocks.ts, checkAssignments.ts). + +[begonnen] Neben dem Linter auch weitere funktionsbereiche (die providers) aufteilen [ ] Daten-Trennung: Auslagern der statischen Snippets und BMC-Funktionen in eigene Konfigurations- oder Daten-Ordner.