So che ci sono molte domande Qt vs MFC, ma cercherò di essere molto specifico.L'utilizzo di Qt in una grande app per Windows solo per MFC accelera lo sviluppo?
Abbiamo una grande (10 anni di sviluppo) applicazione MFC C++ per l'industria di nicchia. Dovrebbe rimanere solo per Windows e solo in inglese per sempre. Ma abbiamo bisogno di aggiungere una serie di nuovi GUI disegnati da designer e controlli GUI (finestre di dialogo, pulsanti, liste personalizzate, ...).
Possiamo assumere 1 o 2 nuovi sviluppatori GUI per creare queste nuove interfacce, quindi possiamo permetterci di scegliere una tecnologia diversa da MFC.
Qt sembra più promettente e adatto per funzionare parallelamente a MFC (oh, no, non stiamo ridisegnando l'app da zero).
Sembra che i vantaggi di Qt più citati siano irrilevanti: sviluppo multipiattaforma, facile internazionalizzazione, opensource, librerie non GUI (non è necessario il collegamento in rete e la maggior parte delle altre funzionalità è già implementata).
Ma Qt è anche famoso per il suo buon design OO e ha recentemente introdotto QtQuick. Mi piacerebbe dare una possibilità, quindi le domande sono
- In un solo per Windows progetto commerciale, quali sono i vantaggi del passaggio al substantional MFC + Qt dalla pura MFC, che vale la pena di imparare Qt, integrandolo nel nostro processo di compilazione/implementazione e magari pagando una licenza commerciale?
- In particolare, velocizzerà lo sviluppo se costruiamo nuove GUI in Qt e le incorporiamo nell'app tramite QWinWidget?
Sarei curioso di sapere come si eseguono MFC e Qt insieme, avrei pensato impossibile: ci può essere un solo ciclo di messaggi. –
Tutti i miei sensi di ragno mi stanno dicendo che questa è una cattiva idea, è quasi garantito che impiegherete più sforzo di quanto valga la pena mantenere uno stato coerente tra MFC e QT. – Ylisar
@MarkRansom, http://doc.qt.digia.com/solutions/qtwinmigrate/index.html – Steed