Deine Com-Klasse laeuft doch eh in nem eigenen Thread, oder ?
Denk mal das die Klassen die da dran haengen, modular aufbaust. Also zuerst ne generelle die den rohen datenstrom empfaengt ...
dahinter eine die den Datenstrom in logische Einheiten verwandelst ...
und danach vielleicht eine, die die logischen Daten entsprechend deiner gewuenschten GUI aufbereitet (Model).
Da kannst ja die daten hinternanderweg durchschiessen, wie bei ner pumpe (Eventschnittstelle) z.b.
Egal wie, irgendwann kommen deine daten in der hinteren klasse an, nun musst den "view" eigentlich nur noch bei bedarf updaten, also ueber den neuen datenbestand informieren ...
Ohne QT wuerde man das vielleicht ueber Puffer und Events machen, um den threadwechsel hinzubekommen (GUI darf nur vom Main thread aus bedient werden bei der QT) . Wobei die GUI regelmaessig gegen das event pollt (ganz ohne pollen geht sowas eh ned) ....
Unter der QT koennt man das selbe mit QCOntainer und QWaitconditions nachbauen .... aber viel einfacher ist es einfach die daten vom letzten Modul per signal / Slot an die gui schicken. Das entkoppelt automatisch, also macht obige Schritte (Buffer, Event und mit dem mainthread regelmaessig nachschauen) impliziet ....
Ciao ...