Qt, Electron oder Tauri: Welcher Migrationsweg passt zu Ihrer Anwendung?
Bei der Migration einer bestehenden Anwendung hängt die Wahl zwischen Qt, Electron und Tauri vor allem davon ab, was erhalten bleiben muss und welches Problem der Wechsel lösen soll. Qt lohnt eine Prüfung, wenn bereits Programmlogik in C++ und umfangreiche Anbindungen an das Betriebssystem oder Geräte vorhanden sind. Electron und Tauri kommen infrage, wenn Sie eine Weboberfläche weiterverwenden möchten. Entscheiden sollten Sie nach einem Test einer wichtigen Produktfunktion mit den zugehörigen Daten und dem vorgesehenen Installationsverfahren.
Ein neues Produkt lässt sich ohne viele dieser bestehenden Verpflichtungen entwerfen. Bei einer Migration entsteht zusätzlicher Aufwand: Nutzer müssen ihre Dateien weiterhin öffnen, begonnene Arbeiten abschließen, Integrationen nutzen und Fehlerkorrekturen erhalten können. Ein reiner Technologievergleich reicht deshalb für eine Aufwandsschätzung nicht aus.
Prüfen Sie zuerst, ob ein Technologiewechsel nötig ist
Benennen Sie die Einschränkung der heutigen Anwendung. Läuft sie nicht auf einem benötigten Betriebssystem? Verursachen Änderungen neue Fehler? Warten Mitarbeitende lange auf das Öffnen eines Dokuments, oder ist die Oberfläche schwer zu bedienen? Jede dieser Situationen erfordert andere Arbeiten. Ein Wechsel der Werkzeuge für die Benutzeroberfläche behebt nicht zwangsläufig einen langsamen Datenabruf vom Server.
Vergleichen Sie eine vollständige Migration mit der Aktualisierung von Bibliotheken, dem Austausch einer einzelnen Funktion oder der Überarbeitung des vorhandenen Codes. Erfüllt die Anwendung die Anforderungen und betreffen die Probleme nur einen kleinen Bereich, kann eine Neuentwicklung Kosten verursachen, ohne einen entsprechenden Nutzen zu bringen. Diese Bewertung kann sich ändern, wenn eine Abhängigkeit nicht mehr unterstützt wird oder die Anwendung auf einer benötigten Plattform nicht betrieben werden kann. Die konkrete Einschränkung muss jedoch nachgewiesen sein.
Bei der Modernisierung der TimeCamp-Desktop-Anwendung bearbeiten wir kritische Bereiche parallel zur Weiterentwicklung des Produkts. Zum Umfang gehören ein kontrollierter Veröffentlichungsprozess und Tests bestehender Funktionen: Zeiterfassung, Projekte und Zeiteinträge. Dafür muss feststehen, welche Abläufe auch nach Änderungen korrekt funktionieren müssen.
Was bedeutet die Wahl von Qt, Electron oder Tauri für die Migration?
Qt: Prüfen Sie, welche Logik und Anbindungen erhalten bleiben können
Enthält Ihre Anwendung wertvolle Programmlogik in C++, prüfen Sie, ob sich diese von der bisherigen Oberfläche trennen und weiterverwenden lässt. Dieselbe Programmiersprache bedeutet keine automatische Kompatibilität. Der Code kann von alten Fenstern, Bibliotheken oder Funktionen eines bestimmten Betriebssystems abhängen.
Qt bietet unter anderem Qt Widgets und Qt Quick. Widgets eignet sich für traditionelle, umfangreiche Desktop-Oberflächen; Quick ermöglicht dynamischere Oberflächen, auch für die Touchbedienung. Für die Kaufentscheidung zählt, welcher Ansatz die tatsächlichen Arbeitsabläufe unterstützt: Formulare, Tastenkürzel, mehrere Fenster oder die Darstellung von Daten. Allein die Wahl von Qt belegt noch keinen Geschwindigkeitsgewinn.
Electron: Weboberfläche weiterverwenden, Desktop-Anpassungen einplanen
Electron verbindet Webtechnologien mit Chromium und Node.js. Chromium stellt die Oberfläche dar, während Node.js die Ausführung von Code außerhalb der Beschränkungen einer gewöhnlichen Website ermöglicht. Diese Komponenten werden mit der Anwendung ausgeliefert. Das ist bei der Bewertung von Installationspaketen und Updates zu berücksichtigen.
Eine vorhandene Weboberfläche kann den Aufwand für die Benutzeroberfläche verringern. Anmeldung, lokale Dateien, Druckfunktionen, Offline-Nutzung und die Anbindung an das Betriebssystem müssen dennoch geprüft werden. Ein Team, das die Webanwendung kennt, hat nicht zwangsläufig Erfahrung mit der Auslieferung von Software für Kundenrechner. Klären Sie, wer diese Aufgaben übernimmt.
Tauri: Abhängigkeiten von der Nutzerumgebung prüfen
Tauri verbindet eine Weboberfläche mit einem in Rust geschriebenen Programmteil. Es nutzt die WebView, eine Komponente des Betriebssystems zur Darstellung von Webinhalten, statt wie Electron Chromium mitzuliefern. Dadurch kann das Anwendungspaket kleiner ausfallen. Seine Größe sagt jedoch nicht aus, wie viel Arbeitsspeicher die Anwendung im Betrieb benötigt.
Die WebView-Engine unterscheidet sich je nach Betriebssystem: Auf Windows verwendet Tauri WebView2, auf macOS und Linux Komponenten auf WebKit-Basis. Prüfen Sie die benötigten Funktionen deshalb in den Umgebungen Ihrer Kunden. Gehen Sie beim Wechsel von Electron außerdem nicht davon aus, dass Module mit Node.js unverändert funktionieren. Ihr Ersatz oder ihre Anbindung an die neue Anwendung muss gesondert geplant und kalkuliert werden.
Erfassen Sie vor dem Angebotsvergleich, was auf dem Bildschirm nicht sichtbar ist
Erfassen Sie Dateiformate und lokale Datenbanken, Geräteanbindungen, Hintergrunddienste, Tastenkürzel, Benachrichtigungen und Berechtigungen. Klären Sie für jedes Element, wer es nutzt und was bei einem Ausfall geschieht. Ein selten verwendeter Export kann für den Monatsabschluss unverzichtbar sein. Die Zahl der Klicks allein bestimmt nicht seine Bedeutung.
Berücksichtigen Sie die Rechner und Installationsrichtlinien Ihrer Kunden. Benötigt werden konkrete Betriebssysteme und Versionen, die Art der Softwareverteilung und die Information, ob Nutzer Komponenten und Updates installieren dürfen. Die Aussage „läuft auf Windows, macOS und Linux“ bestätigt nicht die Funktion auf jeder vertraglich vereinbarten Konfiguration.
Die Lizenzen der verwendeten Bibliotheken sind gesondert zu prüfen. Qt bietet kommerzielle und Open-Source-Varianten; die Bedingungen unterscheiden sich auch zwischen Modulen. Klären Sie vor Annahme eines Angebots die verwendeten Komponenten und die Art der Auslieferung, um Pflichten und mögliche Gebühren zu bestätigen. Verkürzen Sie den Vergleich nicht auf „Qt kostet, die anderen sind kostenlos“. Die Wartung von Abhängigkeiten und die Einhaltung ihrer Lizenzbedingungen erfordern bei jeder Variante Arbeit.
Testen Sie das Risiko, das Ihre Entscheidung verändern könnte
Wählen Sie eine schwer ersetzbare Funktion statt einer beispielhaften Anmeldemaske. Bei einer Anwendung zur Dokumentbearbeitung könnte der Test beispielsweise das Öffnen einer alten Datei, eine Änderung, das Speichern und das Drucken umfassen. Das ist ein hypothetisches Szenario; der passende Umfang ergibt sich aus Ihrem Produkt.
Vergleichen Sie denselben Ablauf mit denselben Daten auf repräsentativen Rechnern. Messen Sie die Zeit bis zur Arbeitsbereitschaft, die Reaktion während der Aufgabe sowie Speichernutzung und Auslastung über einen längeren Zeitraum. Unterscheiden Sie Downloadgröße, Platzbedarf nach der Installation und Ressourcenverbrauch im Betrieb. Ein Messwert für ein leeres Fenster reicht nicht für ein Leistungsversprechen bei einer umfangreichen Anwendung.
Der Test sollte außerdem zeigen, wie viel vorhandener Code erhalten bleiben kann, was geändert werden muss und welche Fragen offen sind. Das macht die Aufwandsschätzung genauer. Erfüllt ein vorgeschlagener Ansatz die Anforderungen nicht, ist es ein nützliches Ergebnis, ihn bereits in dieser Phase auszuschließen.
Planen Sie den Übergang für Nutzer, Daten und weitere Versionen
Eine schrittweise Migration kommt infrage, wenn der alte und der neue Teil über einen klar definierten Datenaustausch zusammenarbeiten können. Auch diese Aufteilung verursacht Aufwand: Die Verbindung und die Kompatibilität beider Teile müssen erhalten werden. Bei eng miteinander verknüpften Funktionen kann es schwieriger sein, einen einzelnen Schritt abzugrenzen, als eine kleine Anwendung vollständig zu ersetzen. Der Anbieter sollte begründen, wo die erste Änderung beginnt und endet.
Ein Rückkehrplan muss auch Daten berücksichtigen, die nach dem Update gespeichert wurden. Die alte Anwendung erneut zu installieren, reicht nicht, wenn sie das neue Format nicht lesen kann. Klären Sie Sicherung, Konvertierung und Vollständigkeitsprüfung sowie den Umgang mit Arbeit, die Nutzer seit der Umstellung erledigt haben.
Nehmen Sie Installation, Aktualisierung einer älteren Version, Update-Unterbrechungen und die Wiederherstellung des Betriebs in die Abnahme auf. Die Electron-Dokumentation zur Auslieferung unterscheidet Paketierung, Signierung, Veröffentlichung und Aktualisierung. Das sind auch im Einführungsplan getrennte Aufgaben. Die Wahl eines Frameworks legt noch nicht fest, wie eine neue Version auf die Rechner der Nutzer gelangt.
Vereinbaren Sie außerdem, auf welche Dateien und Systemfunktionen die Anwendung zugreifen darf. Die Sicherheitsempfehlungen von Electron behandeln die Trennung von Webinhalten und privilegierten Vorgängen sowie die Aktualisierung von Abhängigkeiten. Tauri bietet einen Mechanismus, um Berechtigungen für Fenster und WebViews zu vergeben und einzuschränken. In beiden Fällen müssen Konfiguration und eigener Code geprüft werden. Der Name der Technologie garantiert keinen Schutz der Daten.
Berücksichtigen Sie beim Angebotsvergleich Analyse, Übertragung von Funktionen und Daten, Tests, Auslieferung, den Zeitraum der parallelen Wartung und spätere Updates. Fehlen diese Informationen, kann eine Analyse zur Softwaremodernisierung der erste Auftrag sein. Ihr Ergebnis sollte zeigen, was erhalten bleibt, welche Änderung zuerst geprüft wird und auf welcher Grundlage über die weitere Migration entschieden wird.
