# Dal C al C++/Utilizzo basilare di librerie/L'uso dei namespace

Dal C al C++
Copertina Tutti i moduli · Sviluppo
* IntroduzioneDal C al C++/Introduzione
** I destinatari del libroDal C al C++/Introduzione#I destinatari del libro
** La struttura del libroDal C al C++/Introduzione#La struttura del libro
** Impieghi del linguaggioDal C al C++/Introduzione#Impieghi del linguaggio
** PanoramicaDal C al C++/Introduzione#Panoramica
* Utilizzo basilare di librerie
** ArrayDal C al C++/Array
** Il tipo "bool"Dal C al C++/Utilizzo basilare di librerie/Il tipo "bool"
** L'uso di classi e oggettiDal C al C++/Utilizzo basilare di librerie/L'uso di classi e oggetti
** Dichiarazioni e definizioniDal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni
*** Le variabili riferimentoDal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni#Le variabili riferimento
*** Il modificatore "const"Dal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni#Il modificatore "const"
*** Il sovraccaricamentoDal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni#Il sovraccaricamento
*** L'inizializzazione degli oggettiDal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni#L'inizializzazione degli oggetti
*** L'allocazione degli oggettiDal C al C++/Utilizzo basilare di librerie/Dichiarazioni e definizioni#L'allocazione degli oggetti
** L'uso dei templateDal C al C++/Utilizzo basilare di librerie/L'uso dei template
** L'uso dei namespaceDal C al C++/Utilizzo basilare di librerie/L'uso dei namespace
** I file di intestazioneDal C al C++/Utilizzo basilare di librerie/I file di intestazione
** L'uso delle stringheDal C al C++/Utilizzo basilare di librerie/L'uso delle stringhe
** I canali di ingresso/uscitaDal C al C++/Utilizzo basilare di librerie/I canali di ingresso/uscita
** La gestione delle eccezioni
** I contenitori standardDal C al C++/Utilizzo basilare di librerie/I contenitori standard
** Le funzioni standardDal C al C++/Utilizzo basilare di librerie/Le funzioni standard
* Utilizzo avanzato di librerie
** Ridefinizione di funzioni membroDal C al C++/Utilizzo avanzato di librerie/Ridefinizione di funzioni membro
** I parametri di defaultDal C al C++/Utilizzo avanzato di librerie/I parametri di default
** Gli iteratori sui contenitori
** Gli algoritmi sui contenitori
* Creazione di librerie
** Classi isolateDal C al C++/Classi isolate
*** I costruttoriDal C al C++/Classi isolate#I costruttori
*** I distruttoriDal C al C++/Classi isolate#I distruttori
*** Separazione tra interfaccia e implementazioneDal C al C++/Classi isolate#Separazione tra interfaccia e implementazione
** Gerarchie di classiDal C al C++/Gerarchie di classi
** Proprietari di risorse
** Eccezioni
** Namespace
** Template di funzione
** Template di classe
** Algoritmi su sequenze
* La metaprogrammazione
* La progettazione del software
* Gioco life di ConwayDal C al C++/Gioco life di Conway
Modifica il sommario
Notoriamente, quando si vuole utilizzare una libreria, si devono prima dichiarare le funzioni esportate (cioè pubblicate) da tale libreria.
Normalmente, invece di inserire a mano nel proprio codice le dichiarazioni delle funzioni che si intende utilizzare, ci si limita a include uno (o più) file di intestazione che contiene le dichiarazioni necessarie, usando la direttiva "#include" del preprocessore. Tipicamente, tali file di intestazione non contengono solo dichiarazioni di funzioni, ma anche di variabili, costanti, tipi, strutture e, in C++, classi, template di classe e template di funzione. Insomma, includendo un file di intestazione si mette a disposizione del programmatore una gran quantità di identificatori.
Quando il compilatore trova un identificatore, cerca tale identificatore tra tutti quelli che sono stati dichiarati in precedenza in quella unità di compilazione e che sono attivi in quell'ambito (scope).
Dal punto di vista del compilatore, gli identificatori vengono cercati in una struttura dati che tradizionalmente si chiama "symbol table", anche se non ha necessariamente la forma di una tabella. Ogni volta che si dichiara un identificatore, si aggiunge una voce alla symbol table.
Dal punto di vista del programmatore, gli identificatori vengono cercati nello "spazio dei nomi", o, in inglese, "namespace". Ogni volta che si dichiara un identificatore, si aggiunge una voce allo spazio dei nomi corrente.
Nel linguaggio C, i nomi hanno un ambito, cioè possono essere locali o globali, ma gli oggetti globali appartengono tutti allo stesso spazio dei nomi.
Questo fatto crea problemi quando si vuole incominciare ad usare una nuova libreria in un programma esistente, o, peggio, quando si vogliono usare due o più librerie progettate indipendentemente.
Supponiamo che stiamo sviluppando un software che riguarda l'elettronica o l'elettrotecnica, e di usare per una funzione l'identificatore "socket" per indicare, in inglese, un dispositivo fisico a cui fa riferimento l'applicazione.
Ad un certo punto vogliamo aggiungere all'applicazione una funzionalità di comunicazione di rete, e utilizziamo una libreria che usa il medesimo nome "socket" per indicare un canale di comunicazione. Abbiamo una collisione di nomi, dalla quale si può uscire effettuando una ricerca e sostituzione globale nella libreria o nella nostra applicazione. Supponendo di non avere i sorgenti della libreria, l'unica possibilità è modificare l'applicazione.
La situazione è peggiore se abbiamo adottato due librerie non modificabili che utilizzano lo stesso nome per concetti diversi. In tal caso il conflitto di nomi è insanabile.
È per rimediare a tale situazione che in C++ sono stati introdotti i "namespace".
Ogni libreria ben progettata dovrebbe inserire tutti i nomi che dichiara all'interno di un namespace. Per esempio, la famosa libreria Boost, inserisce tutte le proprie dichiarazioni nel namespace "boost".
La stessa libreria standard del C++ inserisce gran parte delle proprie dichiarazioni nel namespace "std" (che significa "standard").
Per accedere a un identificatore contenuto in un namespace da una funzione dichiarata all'interno del namespace stesso, non è richiesta nessuna sintassi particolare. Quindi, chi sviluppa una libreria può dimenticarsi che gli identificatori della libreria verranno posti in un namespace.
Invece, per accedere a un identificatore contenuto in un namespace da una funzione esterna al namespace stesso, si deve invece qualificare l'identificatore, facendolo precedere da nome del namespace, separato da due caratteri ":". Per esempio, se dal codice applicativo si vuole usare l'oggetto "cout" e la classe "string" si può usare il seguente codice:
In tal modo, si comunica al compilatore che, anche se nel codice applicativo o in una libreria non standard fossero definiti un identificatore "string" e un identificatore "cout", non si vuol far riferimento a tali identificatori, ma a quelli facenti parte della libreria standard.
Per evitare di dover ripetere il nome del namespace ogni volta che si fa riferimento a un identificatore di libreria, si può usare l'apposita direttiva seguente, dove N rappresenta il nome di un namespace:
Dopo tale direttiva, tutti i nomi contenuti nel namespace N possono essere utilizzati senza necessità di qualificazione. Pertanto è appropriato porre una dichiarazione di questo tipo appena dopo le direttive di inclusione di ogni unità di compilazione che usa qualche identificatore di tale namespace.
Ovviamente, nei casi, non molto comuni, in cui in uno stesso file si usano due o più librerie che dichiarano uno stesso nome, non si potrà usare tale direttiva in tale file, in quanto provocherebbe un conflitto. In tali casi, si dovrà ricorrere alla qualificazione esplicita.
La direttiva "using namespace" non dovrebbe però essere usata mai né nei file di intestazione, né in una unità di compilazione prima di una direttiva di inclusione. Infatti, usandola prima di una direttiva di inclusione verrebbe applicata al contenuto del file incluso, e dato che un file incluso potrebbe includere direttamente o indirettamente molti altri file, applicandola a un file incluso potrebbe comportare che venga applicata ad alcuni file in cui provocherebbe conflitto.