Habe atm mit einem kleinen Hobby-Projekt 3 Probleme, vllt habt ihr ja Anregungen für mich?

Problem 1:
Ich will gerade hardwarenahes Programmieren auf einer eigens entworfenen Regler-Schaltung lernen und bin jetzt auf das Problem gestoßen, wie ich sinnvoll eine eigene Administratorebene und eine Benutzerebene anlegen kann. Es soll Funktionen und Ausgaben geben, welche nur in der Administratorebene sichtbar sind und solche die beiden Gruppen offen stehen. Einfach eine bool-Variable bool admin einführen? Oder geht das auch eleganter vllt? Zu Beginn soll man sich am Display einloggen können!

Problem 2:
So jetzt habe ich atm 2 Threads laufen, einer der Input-Daten ausliest und in eine Queue schreibt und einen anderen der die Daten dieser Queue liest und auswertet bzw Outputs liefert! Wird es für die Aufteilung denn sinnvoll sein, wenn ich jede Funktion als einen eigenen Thread definiere und dafür prüfe, ob Admin-Rechte vorhanden sind? Inwieweit macht eine Aufstückelung in Unterthreads allgemein Sinn? Kann mans damit auch übertreiben?

Problem 3:
Bei besagtem Projekt verwende ich derzeit noch eine Konsolenausgabe/Eingabe für alles, möchte diese jedoch durch eine kleine Benutzeroberfläche ersetzen. Ich hab mich mal bisschen mit QT rumgespielt, was mir hier aber nicht klar ist: Wie verbinde ich jetzt diese Stelle meines Codes mit meiner erstellten QT-Anwendung?
-> Also das Ersetzen des "cout/cin" durch ein paar schicke Menüs mit balken, Bildern usw =O (Rest vom Code kann ja gleich bleiben?)

Sind alles ziemlich doofe Anfängerfragen ich weiß^^
Danke schonmal für jede Hilfe

1. Ich könnte mir durchaus vorstellen, wie ich Rechteverwaltung implementieren würde, aber das hängt sehr stark von der konkreten Problemstellung und den Anforderungen ab. Kann beliebig einfach oder komplex sein. Vielleicht reicht dir in der Tat einfach eine bool Variable. Kann man sicher auch eleganter lösen, wär aber vielleicht nicht nötig und nur Overhead. Schau dir z.B. Spring Security an. Ist z.B. ein elegantes Konzept, finde ich. Aber nicht unbedingt "schlank". Oder schau dir an, wie der Windows Kernel das mit den Security Descriptoren regelt.

2. Natürlich kann man damit übertreiben. Multithreading Programmierung kann sehr komplex werden. Mach Threads, wenn du tatsächlich welche brauchst. Wenn es nichts bringt (Unterteilung in Unterthreads), brauchst du ganz sicher keine machen.

3. Trennung von Logik und Darstellung (bzw. Schichtentrennung allgemein) ist ein wichtiger Aspekt. Es gibt hier solche Begriffe wie MVC, MVP oder neuerdings MVVM von Microsoft. Du wirst deinen Code jetzt wahrscheinlich schon irgendwie mit der GUI verbinden können. Aber wenn du mehr Erfahrung auf dem Gebiet gesammelt hast, wirst du die Problematik wahrscheinlich mit anderen Augen betrachten und deine Architektur anders aufziehen. Ich würde sagen, das ist sowieso etwas, wo man nie aufhört sich weiterzuentwickeln und evtl. immer abstrakter denkt. Man fängt irgendwie "straight forward" an und machts einfach. Dann hat man gesehen, was für Probleme dabei entstehen und denkt schon etwas anders. Oder man hat eine Anwendung, die etwas gewachsen ist und wo man immer mehr Features reingepfuscht hat, die nicht so recht ins ursprüngliche Konzept gepasst haben. Wenn man sowas das nächste mal macht (oder die Software umbaut), denkt man wieder ein Stück abstrakter und berücksichtigt schon grundsätzlich ganz andere Anforderungen, die vielleicht kommen könnten. Aber es kommen dann immer ganz neue Anforderungen oder Ideen, an die man nicht gedacht hat. Und dann macht man die Architektur eben noch abstrakter, flexibler und erweiterbarer.

Wie man genau mit der Schnittstelle kommuniziert ist mir auch noch ein Rätsel! Mit C++ beschäftige ich mich jetzt so ca ein Jahr lang!