Gio UI – Plattformübergreifende GUI für Go

• Gio ist eine Bibliothek zum Schreiben plattformübergreifender Immediate-Mode-GUIs in der Programmiersprache Go.
• Unterstützte Plattformen: Linux, macOS, Windows, Android, iOS, FreeBSD, OpenBSD, WebAssembly.
• Abhängigkeiten: Gio benötigt nur Plattformbibliotheken für Fensterverwaltung, Eingaben und GPU-Zeichnung.

Warum Gio?

• Effiziente und flexible GUI-Entwicklung: Gio hilft dabei, auf allen wichtigen Plattformen effiziente und flexible GUIs zu erstellen.
• Moderne 2D-Grafiktechnologien: Es kombiniert die Flexibilität des Immediate-Mode-Grafikparadigmas mit modernen 2D-Grafiktechnologien und bietet so eine konsistente Grundlage für die Anwendungsentwicklung.
• Effizienter Vektor-Renderer: Enthält einen effizienten Vektor-Renderer, der das Pathfinder-Projekt auf Basis von OpenGL ES und Direct3D 11 implementiert.
• Text- und Form-Rendering: Unterstützt effiziente Animationen, transformiertes Zeichnen und Unabhängigkeit von der Pixelauflösung, indem Text und andere Formen nur mit Konturen gerendert werden, statt sie in Texturbilder einzubrennen.

Meinung von GN⁺

• Nützlichkeit von Gio: Gio erleichtert die Entwicklung von GUIs, die auf verschiedenen Plattformen eine konsistente Benutzererfahrung bieten.
• Technische Vorteile: Nutzt moderne Grafiktechnologien und bietet damit zugleich Performance und Flexibilität.
• Lernkurve: Für Entwickler, die Go bereits kennen, ist der Einstieg leicht, aber die Eingewöhnung an ein neues Grafikparadigma kann Zeit kosten.
• Wettbewerbsprodukte: Im Vergleich zu anderen plattformübergreifenden GUI-Bibliotheken punktet Gio mit seiner starken Integration in die Go-Sprache.
• Aspekte bei der Einführung: Je nach Komplexität des Projekts können Gios Funktionen überdimensioniert oder unzureichend sein; deshalb sollte geprüft werden, ob es zu den Projektanforderungen passt.

[GN⁺]

Hacker-News-Meinung

Zusammenfassung ausgewählter Hacker-News-Kommentare

• Alles über ein Canvas zu rendern, kann Probleme bei der Barrierefreiheit verursachen und sich unnatürlich anfühlen

  • Wie bei der Web-Version von Flutter kann das Rendern über <canvas> zu Problemen bei der Barrierefreiheit führen und einen nicht nativen Eindruck vermitteln.

• Frage nach dem besten aktuellen Ansatz für plattformübergreifende App-Entwicklung

  • Es wird gefragt, was derzeit der beste Weg ist, plattformübergreifende Mobile- und Web-Apps zu entwickeln – sowohl mit gemeinsamem Business-Logic- und UI-Ansatz als auch nur mit gemeinsam genutzter Business-Logik.

• Grenzen bei der Umsetzung von Business-Logik mit TypeScript

  • Es wurde versucht, Business-Logik mit TypeScript umzusetzen, dabei zeigte sich jedoch, dass die JavaScript-Ausführungsleistung auf iOS nicht gut ist.

• Erfahrungen mit App-Entwicklung mit Go und Fyne

  • Es wird berichtet, dass mit Go und Fyne kleine Apps entwickelt wurden, diese aber viele Funktionen und die Ausgereiftheit vermissen lassen, die Flutter bietet.

• Rendering-Probleme bei der WASM-Demo

  • Auf einem Windows-10-PC wird im Chrome-Browser berichtet, dass die WASM-Demo nur als schwarzes Rechteck gerendert wird.

• Frage zum „Zero-Allocation“-Design von Gio

  • Ein Go-Einsteiger schreibt, dass die Dokumentation zum „Zero-Allocation“-Design von Gio schwer zu verstehen sei, und fragt, warum Allokationen entstehen, was allokiert wird und wie sie eingespart werden.

• Designprobleme plattformübergreifender GUIs

  • Es wird angemerkt, dass viele plattformübergreifende GUIs wie veraltete Designs wirken.

• Schwierigkeiten beim Schreiben komplexer Anwendungen

  • Es wird die Erfahrung geteilt, dass komplexe Anwendungen schwer zu schreiben sind, da grundlegende Komponenten wie Video-, Karten- und Rich-Text-Komponenten fehlen, sich APIs häufig ändern und keine Themes konfiguriert werden können.

• Grenzen von Immediate-Mode-Grafik

  • Es wird darauf hingewiesen, dass Immediate-Mode-Grafik Probleme verursacht, wenn komplexe Zustände verwaltet werden müssen, sodass man letztlich selbst Retained-Mode-Grafik implementieren muss.

• Grenzen des GPU-basierten Renderers Piet

  • Das Konzept des GPU-basierten Renderers Piet, bei dem alles tesselliert wird, indem Kontrollpunkte von Bézier-Kurven als Eingabe dienen, wird zwar als interessant beschrieben, aber es gibt Schwierigkeiten, tatsächlich Kreise zu zeichnen.

• WASM ist nicht produktionsreif

  • Es wird gesagt, dass WASM kaum mehr als ein Proof of Concept sei und noch Jahre an Engineering benötige, um produktionsreif zu werden.

• Probleme von Fyne beim Rendern von CJK-Text

  • Es wird kritisiert, dass Fyne keinen CJK-Text rendern kann, wodurch es ungeeignet ist, wenn nutzergenerierte Inhalte oder Lokalisierung erforderlich sind.

• Fehlende Unicode-Unterstützung

  • Es wird ein Problem mit fehlender Unicode-Unterstützung angesprochen.