Ich habe eine eingebettete Linux C-Anwendung, die mit einer einfachen CLI ausgeführt wird. Ich bin jetzt damit beauftragt, eine GUI zu erstellen, die die gleiche Funktionalität wie das Befehlszeilenprogramm bietet. Ich bin kein versierter GUI-Designer und die Mehrheit, wenn meine Erfahrung in tief eingebetteter C-Codierung liegt.
Mein erster Gedanke ist, qtcreator zum Erstellen der GUI zu verwenden, aber es gibt einige Probleme, über die ich nachdenke.
- In Zukunft möchte ich sowohl das CL-Programm als auch das GUI-Programm beibehalten und vorzugsweise sogar genau dieselbe ausführbare Datei haben, die in beiden Modi gestartet werden kann. Es sei denn, das ist eine schlechte Idee?
- Mein Code ist bisher in C und qt ist nativ c ++
- Ich möchte eine direkte Korrelation, bei der das Drücken von Tasten in der GUI dieselben Funktionen aufruft, die ich von der CLI aus aufrufe
- Wie mache ich das am besten sauber und effizient? Gibt es eine andere Theologie oder Bibliothek, die dies vereinfacht? Ich muss qt nicht verwenden, wenn es etwas Besseres gibt.
c
gui
embedded-systems
qt
Brandon Yates
quelle
quelle
Antworten:
Ich könnte Ihnen einige grobe Richtlinien geben, wie Sie die entsprechende Benutzeroberfläche für eine CLI-App in Bezug auf das Design erstellen können. Wie Sie die Anrufe tatsächlich tätigen würden, ist nicht Gegenstand dieser Antwort.
Hinweis: Die Eingabevalidierung muss proaktiv sein , dh Sie müssen verhindern, dass der Benutzer die Aktion ausführt, wenn keine obligatorischen Parameter eingegeben wurden, indem Sie die Schaltfläche Ausführen ausgrauen und im Allgemeinen GUI-Elemente ausgraden oder aktivieren, um die ordnungsgemäße Verwendung zu vermitteln. In CLI-Apps führt der Benutzer nur den Befehl aus und erhält eine Fehlermeldung, dh die Validierung ist reaktiv.
quelle
Normalerweise kann dies durch Schreiben eines GUI-Frontends gelöst werden, das eine Befehlszeile erstellt . An diesem Punkt rufen Sie einfach die alte CLI-Funktion "main ()" mit den Argumenten in der entsprechenden Reihenfolge auf.
Was Sie dann tun müssen, hängt von der Ausgabe ab. Sie können dies gut tun, indem Sie alle
printf()in eine generische Ausgabevariablenfunktion einschließen, die in der CLI-Version nur die Kontrolle übergibt,printfwährend in der GUI-Version die Ausgabe an ein Scrolldown-Protokollfenster oder ähnliches gesendet wird.Auf diese Weise bleibt die CLI-Anwendung weitgehend unverändert, und das GUI-Front-End verliert zwar an Effizienz, bleibt jedoch lose gekoppelt und kann unabhängig verwaltet werden (in einigen Fällen kann ein Modell - oder sogar eine echte Alternative zur GUI - unabhängig sein Anwendung , die dann laicht die CLI binär mit den richtigen Argumenten, Art , was Sie mit AutoIt auf Windows, sozusagen tun können).
Dies hängt jedoch stark davon ab, was die Anwendung tatsächlich tut . Dieser Ansatz kann immer noch mehr oder weniger verfolgt werden, aber es kann unangenehm werden, wenn Sie beispielsweise die CLI-Routine zyklisch oder ähnlich ausführen möchten . oder wenn das Programm voraussichtlich mit einem Eingang von arbeiten wird
stdin.quelle
main()selbst sollte kaum mehr als ein Argument-Parsing-Frontend für den "echten" Programmkörper sein. Aber wenn dies der Fall gewesen wäre, wäre die Annahme Ihrer Option (die die beste ist) meiner Meinung nach so einfach gewesen, dass eine Frage überhaupt nicht gerechtfertigt wäre.Das erste, was Sie tun möchten, ist, das Back-End (hinter der aktuellen CLI) vom Frontend (der CLI) zu trennen.
Trennen Sie im Wesentlichen die Ansicht / den Controller (CLI) vom Modell, damit der gesamte Funktionscode in ein eigenes eigenständiges Modul aufgeteilt werden kann (das Sie beispielsweise in eine statische Bibliothek kompilieren können).
Dann können Sie die öffentliche C-Schnittstelle dieses Moduls verwenden, um in Ihrer QT-GUI zu codieren
Für die Korrelation der Tastendrücke gibt es in QT eine umfangreiche Signal-Slot-Implementierung, und der QT-Ersteller übernimmt einen Großteil der Bindung für Sie (so einfach wie Rechtsklick-> Gehe zu Slot ...-> geklickt () - > Typ
foo())quelle
Wenn Ihre aktuelle CLI-Anwendung ein angemessen strukturiertes Eingabe- und Ausgabeformat verwendet (insbesondere die Ausgabe. Sie sollte so strukturiert sein, dass sie von einem Computer analysiert werden kann), können Sie jederzeit eine separate GUI-Anwendung erstellen, die über Pipes und / oder mit der CLI-Anwendung kommuniziert oder temporäre Dateien.
Um die GUI in die aktuelle Anwendung zu integrieren, müssen Sie in der Lage sein, die E / A-Behandlung vollständig vom Rest der Anwendung zu trennen, damit Sie den Teil ohne E / A als Bibliothek erstellen und eine Benutzeroberfläche (entweder) erstellen können GUI oder CLI) dazu. Wenn die ursprüngliche Anwendung nie dafür entwickelt wurde, könnte dies eine schwierige Aufgabe sein, da es so einfach ist,
printfAnrufe überall zu verteilen .Die Tatsache, dass Qt C ++ ist und Ihre Anwendung sich in C befindet, sollte kein großes Hindernis für eine integrierte Anwendung sein, solange die Schnittstelle zum Back-End-Teil in der gemeinsamen Teilmenge von C und C ++ geschrieben ist. Dann müssen Sie nur noch die Lernkurve von C ++ überwinden.
quelle