# ESP32 Webinterface-Bibliotheken – Überblick

## Direkte Alternativen (ESP32-spezifisch)

### ESPDash *(empfehlenswert für diesen Use Case)*
- Fertige Dashboard-Komponenten: Karten, Buttons, Slider, Charts
- Kommunikation über WebSocket → Live-Updates ohne Reload
- Sehr wenig Code nötig
- Basiert auf ESPAsyncWebServer (passt zum bestehenden Stack)

### ArduinoJson + SPIFFS/LittleFS
- HTML-Dateien im Flash-Dateisystem ablegen, nicht als C-Strings
- Macht die HTML-Dateien bearbeitbar ohne Neukompilierung
- Kein Bibliothek-Overhead, aber saubere Trennung von Code und Markup

---

## Minimalistische String-Builder

### ESPStringTemplate / Templater
- Nur Platzhalter-Ersetzung, ähnlich der aktuellen manuellen `html.replace()`-Lösung
- Kaum Mehrwert gegenüber der aktuellen Implementierung

---

## Schwergewichtig *(eher nicht für ESP32)*

### ESP-IDF HTTP Server + React/Vue Build
- Zu groß, zu komplex für diesen Einsatzzweck

---

## Fazit für dieses Projekt

Die aktuelle Lösung (rohe C-Strings + `html.replace()`) ist für ein so kleines Interface **optimal**:
- Kein Flash-Overhead
- Keine externe Abhängigkeit
- Volle Kontrolle

**ESPDash** wäre der einzige echte Gewinn, wenn Live-Werte (Laserzeit, Status)
**ohne Reload** aktualisiert werden sollen — das funktioniert dort via WebSocket automatisch.

Für eine reine Statusseite mit 10-Sekunden-Auto-Reload wie aktuell lohnt sich der Wechsel jedoch kaum.