Salve a tutti.
Ho letto entrambi i manuali della deitel sul C++ (Fondamenti di programmazione e Tecniche avanzate). La conoscenza del linguaggio che ho direi che è solida anche se, immagino, ci sia MOOOOLTO da imparare ancora a riguardo. Però intanto questo è stato uno studio diciamo "teorico": avevo voglia di imparare ad utilizzare un linguaggio di programmazione ad oggetti e alla fine ho scelto questo. Ho anche qualche base di Visual.NET ma nulla di approfondito.

Finalmente ho la possibilità di applicarmi su un progetto concreto. Devo creare un gestionale per una piccola azienda, un database locale che permetta di gestire tutta la parte "burocratica". A questo punto però sorge un dubbio...posso applicare ciò che ho imparato sul C++ alla realizzazione di questo progetto? Se sì naturalmente vi chiedo di darmi indicazioni su manuali (anche cartacei) che possono darmi le basi necessarie.

Non avendo tuttavia problemi nell'iniziare l'apprendimento di un nuovo linguaggio se avete indicazioni sul quale sia il migliore per la gestione di database vi invito a esprimervi

Naturalmente se avete anche indicazioni su quale piattaforma nella gestione dei database mi conviene utilizzare gentilissimi


Buona giornata a tutti!

Da esperto, devo confermare le considerazioni di Fermat85. C++ non è un linguaggio facile, e senz'altro non è il più adatto per la realizzazione di un gestionale.

Dato che non hai ancora esperienza pratica nella programmazione in C++, probabilmente non hai ancora affinato le capacità che servono a proteggerti dalle mille trappole del linguaggio. Roba che i manuali "normali" non spiegano, ma che salta fuori immancabilmente nella realizzazione di progetti medio/grandi.

Rischi di arrivare ad odiare C++ o di disamorarti alla programmazione. C++ è fatto per "altro" (molto altro): number crunching, programmazione di medio/basso livello, librerie ottimizzate. Insomma, roba che necessita di prestazioni elevate, che giustifichino l'attenzione e la precisione richieste dal linguaggio.

Il consiglio è di considerare linguaggi più semplici e "gestiti", con tanto di garbage collector a rimediare alle distrazioni, con solidi e comodi framework alle spalle. C# è un'ottima idea. Java, può essere un'alternativa.

Quelli nei quali tutti gli altri più noti linguaggi di alto livello falliscono miseramente o sono strutturalmente inadatti. Tra questi, possiamo facilmente citare tutti i compiti che richiedono elevatissime prestazioni, quelli di più basso livello (forte interazione con l'hardware), le stesse librerie o framework richiamate da altri linguaggi, e naturalmente gli stessi compilatori, VM e interpreti su cui molti HLL si basano interamente.

In linea di principio, pressoché tutto ciò che pertiene i PC mainstream può essere scritto in C++ (salvo alcuni domini ristretti nei quali l'uso dell'Assembly e/o di un subset C'89 è inevitabile), e solo motivazioni economiche, di tempi e metodi produttivi, portano ad optare per altre piattaforme e linguaggi.

Tra l'altro, non si deve dimenticare che il linguaggio C++ è nato in modo specifico per applicazioni e simulazioni di grandi dimensioni, con centinaia o migliaia di classi istanziate, centinaia di migliaia di linee di sorgenti, organizzate su decine di files, con numerose DLL e vari eseguibili come output. Questo è esattamente lo scopo col quale Stroustrup lo ha creato, estendendo il linguaggio C, per superare i vincoli e le limitazioni di Simula, linguaggio allora in gran voga.
Progetti di dimensione inferiore possono (e sovente devono, o dovrebbero) essere affrontati con altri strumenti: primo tra tutti il linguaggio C stesso, con l'ausilio di una ferrea disciplina, è perfettamente idoneo all'impiego in progetti da decine di migliaia di LOC, affrontati col paradigma imperativo e con l'ausilio di tecniche di engineering e norme di stile semplici e chiare quanto rigorose. Fino ai casi limite di interi SO mainstream, ossia progetti da milioni di LOC, scritti prevalentemente in C: non certo in C++, ché innanzi tutto i sotterranei dei moderni SO per PC tutto sono tranne che OO (purtroppo non si tratta di BeOS). Secondariamente, ma non meno importante, C++ presenta aspetti del tutto incompatibili con le prestazioni richieste in tali contesti: RTTI, gestione eccezioni, cast dinamici e compagnia bella, in breve tutto quanto è stato espunto d'ufficio da Embedded C++.

Anzi, si possono facilmente costruire abaci deterministici, sempre validi in prima approssimazione, nei quali la selezione del linguaggio da utilizzare è una banalissima funzione di un unico parametro, la dimensione stimata del progetto: si parte dalle applicazioni più piccole e semplici, terreno ideale per i linguaggini di scripting e gli HLL burotici (basic e affini), fino alle applicazioni enterprise-wide multitier e multilinguaggio, nelle quali ogni layer impiega linguaggi diversi e specifici.