QT-C ++ vs C ++ generico e STL [chiuso]

Ultimamente ho ripassato il mio C ++ su Ubuntu QQ. Adoro il framework Qt per tutto, in particolare per la creazione di GUI. Ho acquisito familiarità con esso durante l'utilizzo di PyQt negli ultimi anni.

Quando ho usato PyQt, ho avuto alcuni problemi che sono ora più pronunciati quando si usa C ++ con Qt: Qt ha molte estensioni a C ++ che sono specifiche di Qt - QString è solo un esempio comune, per non parlare della garbage collection automatica. È possibile scrivere applicazioni Qt usando C ++ senza sapere molto su C ++ e STL.

Potrei dover tornare presto sul mercato del lavoro e mi piacerebbe poter prendere in considerazione le posizioni in C ++ - ma temo di legarmi troppo a Qt, limitando le mie capacità a lavorare con C ++ generico, che una volta erano abbastanza formidabili ma sono ormai a lungo dormienti e arrugginiti.

Devo evitare Qt? Sarebbe meglio usare WxWidgets o GTK ++ per la creazione di GUI?

Qual è il miglior framework GUI da utilizzare che consente / richiede il massimo utilizzo di C ++ generico e STL? Come posso diventare il più commerciabile come programmatore C ++ quando si tratta di framework GUI, ecc.?

Non mi asterrei dall'usare Qt solo per questi motivi. Non è necessario utilizzare tutte le classi di utilità di Qt; per quelli che sostituiscono l'STL, sarai al massimo costretto a usare QString e, possibilmente, QStringList. Inoltre, di solito c'è molto di più in un programma rispetto alla GUI. Puoi sempre usare esclusivamente C ++ generico per il resto del tuo programma e usare Qt solo per la GUI.

A mio avviso, lavorare con STL riguarda soprattutto la comprensione delle strutture di dati sottostanti utilizzate e delle loro complessità e, di conseguenza, in quali orari è necessario utilizzare ciascun contenitore. E quando si tratta di programmazione C ++, si tratta soprattutto di sapere come usare l'intestazione <algoritmo> molto essenziale, che dovrebbe funzionare anche sui container di Qt, poiché sono compatibili con STL.

Non vedo molto male nell'usare tutte quelle estensioni fornite da Qt, purché tu sappia (o abbia almeno avuto un'idea generale di) come vengono implementate internamente. Assicurati di sapere che cose come Q_OBJECT, SIGNAL (), SLOT (), foreach (), non sono magiche, ma macro che si espandono in istruzioni C ++ valide. Ad esempio, non è poi così complicato capire come vengono implementate le classi implicitamente condivise e le relazioni genitore-figlio che fanno sembrare Qt più simile a Java. Puoi sempre provare a ricreare alcune funzionalità in un progetto separato solo per vedere se potresti farlo con C ++ generico e quindi non sentirti male per usarle in Qt.

Inoltre, dai un'occhiata alle librerie Boost. Forniscono utilità extra rispetto alla libreria C ++ standard e sono un ottimo modo per avvicinarsi un po 'al C ++ generico, poiché essenzialmente seguono le stesse convenzioni del C ++ generico. Alcune delle biblioteche hanno classi temporanee abbastanza complesse e il semplice tentativo di capire come funzionano è, di per sé, un buon studio in C ++. Boost ha molte utility che non possono essere trovate in Qt, e altre che implementano gli stessi concetti o simili di alcune delle classi di Qt e possono essere usate al loro posto.

Se colpisci il mercato del lavoro lavorando con C ++, è probabile che tu stia lavorando con Qt o un altro framework che, allo stesso modo, avrà le sue classi di utilità che tentano di semplificare il C ++.

Concordo con la maggior parte degli elogi di Qt, ma la domanda era: qual è il miglior framework GUI da utilizzare che consenta / richieda il massimo utilizzo del C ++ generico e dell'STL? Sotto questo aspetto, Qt è un po 'schizofrenico: duplica i contenitori e gli algoritmi STL con i suoi colpi di scena. Fornisce inoltre contenitori diversi da STL. L'interoperabilità tra Qt e STL non è sempre una navigazione fluida. In alcuni casi ci vogliono un paio di chiamate di funzione per ottenere da std::stringa QStringe ritorno.

wxWidgets ha un'opzione per build STL, che utilizza esclusivamente contenitori STL: non esiste un universo parallelo con sostituzioni di origine domestica come nel caso di Qt. Si compila anche con un compilatore C ++ standard senza la necessità di estensioni non standard. È un framework GUI di qualità che vale la pena considerare.

Puoi anche dare un'occhiata a gtkmm, che è un wrapper C ++ attorno a GTK +. È più vicino a soddisfare il tuo primo requisito di Qt.

Non mi preoccuperei troppo di non usare librerie STL specifiche come std :: string o std :: iostream o std :: vector. Gli equivalenti QT hanno un sapore diverso ma non sono così lontani da creare problemi.

La differenza più idiomatica secondo me sembra essere lo stile di programmazione pesante sull'uso newper l'allocazione. Mentre per un programma QT questo potrebbe andare bene per la parte Gui, la virtù di C ++ e RAII è che puoi effettivamente conservare molti dati nello stack anziché nell'heap. Quando si passa alla scrittura di codice non GUI, è necessario ricordarlo.