C'è qualcuno che sta usando seriamente C ++ ATL o MFC al lavoro in questi giorni? [chiuso]

Sì. Plenty.

Non tutto il software è app mobile appity o social media web 2.0. C'è un sacco di software che è stato scritto molto tempo fa, utilizzato oggi, che continuerà ad essere usato molto nel futuro. Software utilizzato con dispositivi medici, strumenti scientifici, controlli di fabbrica e molti altri.

Microsoft ha ancora gli strumenti MFC, le sue librerie funzionano ancora sugli ultimi Windows (e probabilmente continueranno per un po 'di tempo nel futuro) e quindi c'è poco beneficio per l'aggiornamento a un altro toolkit GUI quando fornisce scarsi benefici e un sacco di associazioni di rischio con la creazione di nuovi bug.

Fino a 2 anni fa stavo lavorando con un'azienda che lavorava a un'applicazione di analisi ECG, che insieme ai suoi prodotti hardware costava diverse migliaia di dollari. Quella compagnia è venduta quindi non ci lavoro più, ma qualcun altro lo è adesso. Quel software è stato scritto con MFC e COM e non è probabile che cambi presto.

Ho appena scritto una nuova applicazione MFC circa una settimana fa (per lavoro).

In questo caso, ho usato MFC principalmente perché dovevo avvolgere qualche codice C ++ esistente in una GUI e avevo circa un giorno per farlo, con una demo del cliente che si verificava il giorno seguente.

Con questi vincoli, non ero particolarmente preoccupato per la portabilità della GUI, né per quanto fosse il più carina possibile. Semplicemente aveva bisogno che fosse funzionale, e aveva per essere fatto rapidamente.

Anche se ci sono sicuramente delle alternative all'MFC, e alcune di esse hanno dei vantaggi piuttosto seri in alcune circostanze, non ne ho mai usato nessuno che direi affidabile a farmi ottenere un equo un lavoro semplice come questo fatto rapidamente. Date le circostanze, la domanda non era quella che probabilmente mi avrebbe permesso di portare a termine il lavoro nel modo più rapido o semplice - era il più certo che mi aiutasse a portare a termine il lavoro entro quel (estremamente) finito lasso di tempo. Almeno in base alla mia esperienza, MFC è stata la scelta più sicura perché il risultato era il più prevedibile.

Se (ad esempio) avessi usato Qt invece, c'erano buone possibilità che avrei potuto fare un po 'prima - ma anche una possibilità molto maggiore che io non potessi essere fatto in tempo (e questo era importante molto più del primo).

Conclusione: ho consegnato l'applicazione con circa mezz'ora di ricambio.

In alcuni settori ci sono applicazioni "legacy" che devono ancora essere mantenute, ma che rappresentano molte migliaia di ore di manodopera per lo sviluppo.

Militare, medico, aviazione, spazio e amp; Le applicazioni di controllo industriale hanno spesso una durata di manutenzione prevista di 10-30 anni o più - sto ancora osservando le applicazioni VB6 al momento del lavoro e tanto meno C ++ ATL o MFC così come alcuni codici incorporati per processori che non sono più realizzati.