[C++] la libreria standard e i namespaces

[leon84]

Salve,
mi chiedo:

Se all'interno del mio programma faccio uso di cout, cin e anche ifstrem anziché includere

#include <iostream>
#include <fstream>

non posso semplicemente includere il namespace std visto che le classi di entrambi sono specificate in std ?

Se faccio così è ok :

#include <iostream>
#include <fstream>

using namespace std;



ma se faccio così mi dice che non ricnonsce fstream. Ma non dovrebbe trovarlo in std ? :

#include <iostream>
using namespace std;

[marco.r]

Salve,
mi chiedo:

Se all'interno del mio programma faccio uso di cout, cin e anche ifstrem anziché includere

#include <iostream>
#include <fstream>

non posso semplicemente includere il namespace std visto che le classi di entrambi sono specificate in std ?

Se faccio così è ok :

#include <iostream>
#include <fstream>

using namespace std;



ma se faccio così mi dice che non ricnonsce fstream. Ma non dovrebbe trovarlo in std ? :

#include <iostream>
using namespace std;

I namespace del C++ non sono altro che un modo per raggruppare sotto lo stesso nome oggetti logicamente correlati tra di loro. Quando tu importi l'intestazione <iostream> tu rendi disponibili solo gli oggetti (funzioni, etc) definiti in tale intestazione, che non sono necessariamente tutti quelli disponibili nel namespace std, in particolare non importi fstream.

[uomoserio]

Allora io mi allaccio alla domanda di Leon84 e ne pongo una molto simile e collegata:
per quale motivo, includendo solamente <iostream> (con relativo "using namespace std", ovviamente) riesco ad utilizzare anche la funzione system() che invece, da specifiche, dovrebbe trovarsi in <cstdlib> ? :confused:
Ho provato, giuro che funziona e NON ho incluso <cstdlib>, ma soltanto <iostream>.
Come è possibile?

[marco.r]

Allora io mi allaccio alla domanda di Leon84 e ne pongo una molto simile e collegata:
per quale motivo, includendo solamente <iostream> (con relativo "using namespace std", ovviamente) riesco ad utilizzare anche la funzione system() che invece, da specifiche, dovrebbe trovarsi in <cstdlib> ? :confused:
Ho provato, giuro che funziona e NON ho incluso <cstdlib>, ma soltanto <iostream>.
Come è possibile?

Probabilmente nella tua versione della libreria viene include cstdlib qualche header e di conseguenza ti vedi anche system. Se non e' previsto dallo standard e' un caso particolare e magari con un altro compilatore la cosa non ti funziona

[ndakota]

è vero.. anche a me con il borland a scuola(che se metto l'using namespace std mi da errore) devo aggiungere stdlib.h e io.h mentre a casa con visual c++ express non me le ha mai richieste.. ma non saprei dire il perchè.. aspetteremo notizie da cionci ed andbin :D

[leon84]

Beh allora non capisco una cosa :

includendo solo <iostrem> e all'occorrenza <fstream> quando mi serve non capisco l'utilità a questo punto di avere il namespace std ...

Mi spiegate ?

[marco.r]

I namespace servono per poter distinguere oggetti/funzioni con lo stesso nome forniti la librerie diverse.
Immagino che nessuno si metta a scrivere una classe chiama ofstream :D, ma potrebbe esserci chi decide di implementare una classe di vettori e matrici, per cui vorrebbe poter "riciclare" il nome vector, o magari qualcun altro potrebbe voler fornire una implementazione alternative delle string.
Ammetto che per la libreria standard il problema e' relativo; in quanto standard, e quindi sempre presente, nella maggior parte dei casi si cerchera' di evitare omonimie con quanto fornisce, ma direi che una riga in piu' val bene il rischio.
Nel caso di librerie di terze parti invece la cosa e' comodissima, perche' permette di evitare collisioni imprevedibili con altre librerie, senza dover anteporre un prefisso a tutto come succede in C.

[leon84]

mmm... mi è poco chiaro ... scusa la mia ignoranza ...

allora : mettiamo che nel mio programma faccio uso di iostream e fstream.

immagino che nella iostream ci sia qualcosa di questo tipo :

namespace std { class X class Y class Z }


nel momento in cui includo anche fstream scommetto che ci sarà anche li

namespace std { class T class F class G }

ciò significa che il namespace precedente che includeva le prime 3 classi è stato esteso con le ulteriori classi di fstream.

Ora nel mio programma uso il namespace std

Questo significa che se faccio riferimento a nomi del tipo X T Z T F G sto utilizzando quelli del namespace std. Dico bene ?

Allora la mia domanda è la stessa : a cosa mi serve usare il namespace se le librerie che uso sono quelle standard ??? Risposta : a nulla.

Ora tu mi dici : il vantaggio si ha se uso classi con lo stesso nome appartenenti però a namespace differenti ... cioè :

mettiamo che la mia classe X sia presente anche in un file chiamato "pippo.h" nel seguente modo :

namespace std2 { class X }

se nel mio programma scrivo :

using namespace std
using namespace std2

in questo modo cmq l'ambiguità non viene risolta giusta ????

Cioè per differenziarli dovrei cmq utilizzare il risolutore di visibilità "::" e cioè

std::X
std2::X

Allora ancora una volta non capisco davvero l'utilità di questo namespace ... mah ...

[cionci]

è vero.. anche a me con il borland a scuola(che se metto l'using namespace std mi da errore) devo aggiungere stdlib.h e io.h mentre a casa con visual c++ express non me le ha mai richieste.. ma non saprei dire il perchè.. aspetteremo notizie da cionci ed andbin :D
Fagli cambiare compilatore a scuola...perché usate un compilatore vecchio di 10 anni. Non è per caso un ambiente di sviluppo testuale che si chiama Turbo C++ ? :eek:

[cionci]

Cioè per differenziarli dovrei cmq utilizzare il risolutore di visibilità "::" e cioè

std::X
std2::X

Allora ancora una volta non capisco davvero l'utilità di questo namespace ... mah ...
No, puoi mettere using del namespace std ed utilizzare X di std senza risolutore di visibilità.
Mentre userai std2::X per X...

Ti faccio un esempio: ho un programmone immenso...devo estenderlo utilizzando un nuova versione di una libreria...soltanto che non posso rinunciare ad alcune classi/funzioni della libreria vecchia che non sono implementate nella nuova, mentre alcune altre classi/funzioni collidono.
Quindi metto la libreria nuova in un namespace diverso da quello della libreria vecchia ed uso il risolutore di visibilità per accedere alle nuove classi/funzioni che mi servono senza modificare una virgola del programma vecchio.

Altro esempio: scrivo un sistema operativo e quindi ho implementato nuovamente tutte le funzioni base di input e output della libreria standard. Fin quando faccio il testing sul sistema operativo ospite continuo ad usare la libreria standard con il namespace std. Quando vado a compilare il mio sistema operativo uso il namespace, mettiamo, std2 al posto di std. In modo da linkare al programma la libreria standard per il nuovo sistema operativo invece di quella per il sistema operativo ospite.

[ndakota]

Fagli cambiare compilatore a scuola...perché usate un compilatore vecchio di 10 anni. Non è per caso un ambiente di sviluppo testuale che si chiama Turbo C++ ? :eek:


lo so che è vecchissimo ma che vuoi farci quello c'è.. e non credere che non abbiamo provato a chiedere di mettere almeno il dev-cpp.. :D