Non justement, pas mieux. L'intéret des namespaces est justement de limiter les conflits entre des objets (au sens large) de même nom. Sous gcc2, le namespace std avait le privilège d'être implicitement utilisé dans tout projet. Si gcc3 a inversé la manoeuvre, il y'a une bonne raison: même std:: se bute parfois à des conflits emm*rdants.
Alors d'accord, c'est généralement en essayant de se lier à du code fermé, dans lequel les devs ont fait les gorets, mais ça arrive (je l'ai vu personellement).
Alors il est vrai que faire des "using namespace std" dans les fichiers qui ont besoin limite la casse (puisque laisse les fichiers qui n'ont pas besoin de std:: tranquilles). Mais on en a vu tellement qui font carrément le "using namespace" dans un .hh inclus partout... "Parce que comme ça j'ai pas de problèmes de compilation". Autant enlever le -Wall alors, aussi.
La bonne habitude à prendre (enfin je cause mais j'ai aussi du mal à la prendre) c'est de n'importer que les symboles dont on a explicitement besoin. Ca évite d'avoir pas mal de merdes quand on se lie à du code "fermé" (et dans la pratique, ca arrive malheureusement souvent).
[^] # Re: Problème avec g++ !
Posté par Larry Cow . En réponse au journal Problème avec g++ !. Évalué à 2.
Alors d'accord, c'est généralement en essayant de se lier à du code fermé, dans lequel les devs ont fait les gorets, mais ça arrive (je l'ai vu personellement).
Alors il est vrai que faire des "using namespace std" dans les fichiers qui ont besoin limite la casse (puisque laisse les fichiers qui n'ont pas besoin de std:: tranquilles). Mais on en a vu tellement qui font carrément le "using namespace" dans un .hh inclus partout... "Parce que comme ça j'ai pas de problèmes de compilation". Autant enlever le -Wall alors, aussi.
La bonne habitude à prendre (enfin je cause mais j'ai aussi du mal à la prendre) c'est de n'importer que les symboles dont on a explicitement besoin. Ca évite d'avoir pas mal de merdes quand on se lie à du code "fermé" (et dans la pratique, ca arrive malheureusement souvent).