Ich weiß, es gibt eine Menge Qt vs MFC Fragen, aber ich werde versuchen, sehr spezifisch zu sein.Wird die Verwendung von Qt in einer großen MFC Windows-Only-App die Entwicklung beschleunigen?
Wir haben eine große (10 Jahre Entwicklung) C++ MFC-Anwendung für Nischenindustrie. Es soll Windows-only bleiben und nur für immer englisch. Aber wir müssen eine Menge neuer Designer-GUIs und GUI-Steuerelemente (Dialoge, Schaltflächen, benutzerdefinierte Listen, ...) hinzufügen.
Wir können 1 oder 2 neue GUI-Entwickler einstellen, um diese neuen Schnittstellen zu erstellen, so dass wir es uns leisten können, andere Technologien als MFC zu wählen.
Qt scheint am vielversprechendsten und geeignet zu sein, Seite an Seite mit MFC zu laufen (oh, nein, wir reduzieren die App nicht von Grund auf neu).
Es scheint, dass die meisten zitierten Qt-Vorteile irrelevant sind: plattformübergreifende Entwicklung, einfache Internationalisierung, OpenSource, Bibliotheken ohne GUI (wir brauchen keine Vernetzung und haben die meisten anderen Funktionen bereits implementiert).
Aber Qt ist auch berühmt für sein gutes OO Design und sie haben QtQuick kürzlich eingeführt. Ich möchte ihm eine Chance geben, so dass die Fragen sind
- In einem kommerziellen reinen Windows-Projekt, was substantional Vorteile von aus den reinen MFC MFC + Qt zu bewegen, die die Mühe wert sind Qt zu lernen, es in unseren Build/Deploy-Prozess zu integrieren und vielleicht für eine kommerzielle Lizenz zu bezahlen?
- Insbesondere, wird es die Entwicklung beschleunigen, wenn wir neue GUIs in Qt bauen und sie in die App über QWinWidget integrieren?
Ich wäre neugierig zu wissen, wie Sie MFC und Qt zusammen laufen, hätte ich es für unmöglich gehalten - es kann nur eine Nachrichtenschleife sein. –
Alle meine Spinne Sinne sagen mir, dass dies eine schlechte Idee ist, ist es fast garantiert, dass Sie mehr Aufwand als es wert ist, einen konsistenten Zustand zwischen MFC und QT zu halten. – Ylisar
@MarkRansom, http://doc.qt.digia.com/solutions/qtwinmigrate/index.html – Steed