Wails: Golangs Wette auf Desktop-Apps, um Electron zu schlagen

하이라이트

• Wails erzeugt eine Bundle-Größe von 52 MB, während Tauri 57 MB und Electron 324 MB benötigen.

• Bei der Startzeit benötigt Wails 395 ms, Tauri 410 ms und Electron 350 ms im Durchschnitt von 10 Versuchen.

• Kaltstarts nach Cache-Leerung dauern 2.337 ms bei Wails, 2.049 ms bei Tauri und 1.890 ms bei Electron.

• Änderungen in Go-Dateien lösen über wails.dev das automatische Neu-Generieren der TypeScript-Definitionen und die Re-Kompilierung aus.

• Für den Zugriff auf das macOS ScreenCaptureKit erfordert Wails etwa 450 Zeilen eigenen Objective-C-Code über Cgo, da vorgefertigte Go-Bibliotheken fehlen.

타임라인

1. 00:00 - 01:31

   Funktionsweise und Architektur von Wails

   Die Architektur gleicht Tauri, nutzt aber Go anstelle von Rust für logische Operationen und Systemaufrufe. Das User Interface läuft in einer nativen WebView der Zielplattform. Eine funktionale Bildschirmaufzeichnungs-App demonstriert die Integration von Frontend-Steuerung und nativem Video-Export.

   • Wails kombiniert ein Go-Backend mit einem Web-Frontend über die native WebView des jeweiligen Betriebssystems.
   • Der Verzicht auf ein mitgeliefertes Chromium reduziert die Anwendungsgröße im Vergleich zu Electron erheblich.
   • Cross-Platform-Anwendungen für macOS und Windows entstehen aus einer gemeinsamen Codebasis.
2. 01:31 - 03:26

   Projektstruktur und automatische API-Generierung

   Frontend-Dateien liegen isoliert im src-Ordner und greifen über automatisch erzeugtes JavaScript direkt auf Go-Methoden zu. Das Entfernen einer Go-Funktion führt sofort zu einem TypeScript-Kompilierfehler im Frontend. Diese Kopplung sichert Typsicherheit über die Prozessgrenze hinweg.

   • Der Go-Einstiegspunkt main.go steuert Fensterparameter wie Titel, Abmessungen und plattformspezifische Stile.
   • Aktivierte Entwicklerserver synchronisieren Go-Backend-Funktionen automatisch mit generierten TypeScript-Typisierungen.
   • Backend-Änderungen lösen sofortige Kompilierung und Frontend-Aktualisierungen aus.
3. 03:26 - 05:05

   Leistungsvergleich: Wails, Tauri und Electron

   Die Verwendung systemeigener WebViews hält die Dateigröße von Wails und Tauri auf etwa einem Sechstel von Electron. Bei der Bildschirmaufzeichnung nutzt Wails direkt das ScreenCaptureKit von macOS. Dadurch entfällt das Streamen großer Datenmengen über die IPC-Bridge, was die Prozessorlast im Vergleich zum Standard-Prozess von Electron senkt.

   • Wails erzielt mit 52 MB das kleinste Anwendungs-Bundle vor Tauri mit 57 MB und Electron mit 324 MB.
   • Warmstarts dauern bei Wails 395 ms, während Electron bei Kaltstarts mit 1.890 ms die schnellste Zeit erreicht.
   • Native API-Einbindungen vermeiden Performance-Overhead bei der Datenübertragung zwischen Frontend und Backend.
4. 05:05 - 06:50

   Entwicklererfahrung und Integration nativer Schnittstellen

   In Tauri deckt das Rust-Crate screencapturekit die macOS-Aufnahme ohne Zusatzcode ab. Für Wails mussten 450 Zeilen Objective-C in einer .m-Datei geschrieben und via Cgo eingebunden werden. Die Sprachpräferenz für das Backend entscheidet maßgeblich über die Wahl zwischen Wails und Tauri.

   • Fehlende Go-Bibliotheken für macOS-System-APIs erfordern den Einsatz von Cgo und Objective-C.
   • Tauri bietet durch das umfangreichere Rust-Crate-Ökosystem direkteren Zugriff auf Betriebssystem-Schnittstellen.
   • Wails eignet sich für Entwickler mit Go-Fokus, erfordert bei tiefen Systemintegrationen jedoch eigenen C-Code.