Version imprimable
Bonjour,
J'ai écrit le code suivant :
et j'obtiens les messages suivants à la compilation avec VisualC++ :Code:
2
3
4
5
6
7
toto.cpp(6): error C2065: 'list' : identificateur non déclaré
toto.cpp(6): error C2062: type 'int' inattendu
Je ne comprends pas pourquoi ma liste n'est pas reconnue.
Quelqu'un pourrait-il m'aider ?
Merci
Bonsoir,
list se trouve dans le namespace std. std::list :calim2:
http://www.cplusplus.com/reference/list/list/
Oui, en effet !
Je suis tellement habitué à voir des lignes "using namespace std;" que je n'y fais plus attention ... et du coup j'avais complétement oublié ces histoires de namespace.
Merci pour ta réponse
Salut,En fait, tu ferais bien de prendre l'habitude inverse :Citation:
Envoyé par genetin
Supprimer l'utilisation de using namespace std de ton système de pensée, et systématiquement utiliser le nom pleinement qualifié pour tout ce qui est issu de l'espace de noms std.
La dirctive using, dans le contexte de cette discussion (parce que C++11 est venue avec une nouvelle manière de l'utiliser) ne peux déjà pas être utilisée dans un fichier d'en-tête (ou du moins, on le déconseille très fortement) au mobile tout à fait justifier que le développeur qui l'écrit dans un fichier d'en-tête perd littéralement le contrôle des fichiers d'implémentation dans lesquels elle aura de l'effet, avec pour conséquence potentielle de provoquer des ambiguités que les espaces de noms tentent justement d'éviter parfois très loin de l'endroit où elles sont placées à cause des inclusions en cascades.
il "n'est pas plus mal" de se dire que, finalement, cela ne demande pas bien longtemps d'écire std:: à chaque fois que l'on a recours à quelque chose issu du standard et que cela permet en plus d'être plus clair quant à l'origine des éléments manipulés (parce que tu pourrais très bien avoir une variable don le nom est list :D).
La conséquence de cette manière de voir les choses, c'est que la directive using ne devrait pour ainsi dire plus être utilisée dans ce contexte. Cela aurait en outre l'avantage de "réserver" son usage à celui qui est apparu avec C++11, à savoir celui de permettre la création de typedef template.
Il faut bien comprendre que les espaces de noms ne sont pas là pour "faire ch...er" le développeur, mais pour lui faciliter la vie lorsqu'il doit utiliser plusieurs (de nombreuses :question:) bibliothèques tierces proposant des fonctionnalités similaires.
En C, on préfixe systématiquement les noms de structures et de fonction de quelques lettres qui indiquent la bibliothèque d'origine (ou du moins, on devrait le faire). En C++, on utilise les espaces de noms qui agissent littéralement comme une "boite noire" regroupant l'ensemble des possibilités apportées.
Il est, d'une certaine manière, dommage d' "ouvrir la boite de pandore" en utilisant la directive using namespace, parce que cela a pour au final pour seul résultat de faire sauter la sécurité apportée par cette boite noire.
Il faut cependant admettre que, comme les espaces de noms sont comme des poupées russes (un espace de noms peut contenir un espace de noms qui peut lui-même contenir un espace de noms), il peut assez facilement devenir long et fastidieux de recopier systématiquement tout le chemin permettant d'accéder à un sous-sous-sous(...) espace de noms, même si l'intellisense des éditeurs nous mâche le travail.
Mais, plutôt que d'utiliser la directive using namespace, il est préférable de créer ce que l'on appelle un alias sous une forme qui pourrait ressembler à
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24