Ottimizzare C++/Scrivere codice C++ efficiente/Costrutti che peggiorano le prestazioni: differenze tra le versioni

'''Non usare sistematicamenteUsa la derivazione <code>virtual</code>, ma solo quando due o più classi devono condividere la rappresentazione di una classe base comune.'''

Se invece tale oggetto di classe A contiene qualche variabile membro, e si intende che tale variabile membro debba essere unicounica per ogni oggetto di classe C, si deve usare la derivazione <code>virtual</code>, nel seguente modo:

I template di classe, ogni volta che vengono istanziati, producono una copia deldelle codicefunzioni utilizzate della oggettoclasse, e se tali classi contengono funzioni virtuali, produconovengono unareplicate copiaanche dellale ''vtable'' e dellale informazioni ''RTTI''.
Questi dati ingrandiscono eccessivamente il programma.

Come tecnica di collaudo o di debugging, si può adottare laLa regola di annullare sempre il puntatore a cui è stato applicato l'operatore <code>delete</code> nellapuò generazioneessere diadottata unacome versionetecnica finalizzata aldi collaudo o di debugging, ma farlo anchesolamente nella generazione di una versione del codicesoftware destinata ad attività di produzionecollaudo èo un'inutiledi inefficienzadebugging.

'''Non usare una libreria di [[w:Garbage collection|garbage-collection]] né gli smart-pointer condotati di reference-count (boost::come gli <code>shared_ptr</code> della libreria [http://www.boost.org/ Boost]), a meno che se ne dimostri l’opportunitàl'opportunità per il caso specifico.'''

La garbage collection, cioè il recupero automatico della memoria non più referenziata, fornisce la comodità di non doversi occupare della deallocazione della memoria, e previene i [[w:Memory leak|''memory leak'']].
Tale funzionalità non viene fornita dalla libreria standard, ma viene fornita da librerie non-standard.

Tuttavia, tale tecnica di gestione della memoria offre prestazioni peggiori della deallocazione esplicita (cioè chiamando l'operatore <code>delete</code>).

La libreria standard del C++98 contiene un solo smart-pointer, l'<code>auto_ptr</code>, che è efficiente. Altri smart-pointer sono forniti da librerie non-standard, come Boost, o verranno forniti dal C++0x.
Tra di essi, gli smart-pointer basati su reference-count, come lo <code>shared_ptr</code> di Boost, sono meno efficienti dei puntatori semplici, e quindi devono essere usati sonosolo nei casi in cui se ne dimostra la necessità.
In particolare, compilando con l'opzione di gestione del multithreading, tali funzionalitàpuntatori hanno pessime prestazioni nella creazione, distruzione e copia dei puntatori, in quanto devono garantire l'atomicitàla mutua esclusione delle operazioni.

Normalmente bisognerebbe, in fase di progettazione, cercare di assegnare ogni oggetto allocato dinamicamente ad un proprietario, cioè a un altro oggetto che lo possiede, nel senso che avrà la responsabilità di distruggerlo.

Solo quando tale assegnazione èrisulta difficile, in quanto più oggetti tendono a rimpallarsi la responsabilità di distruggere un l'oggetto, risulta opportuno usare uno smart-pointer con reference-count oppureper unagestire libreriatale di garbage-collectionoggetto.

'''Non definire sistematicamenteDefinisci <code>volatile</code> ognisolamente variabile,quelle ma solo quellevariabili che vengono modificate in modo asincrono da dispositivi hardware o da altripiù thread.'''

{{Avanzamento|75100%|2324 maggio 2008}}