Discussion :

[dot-_-net]

Salut, a quoi sert std ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 class Person
{
public:
    // accesseur : renvoie le nom
    const std::string & GetName() const // notez le const
    {
        return this->name;
    }
 
    // mutateur : change le nom
    void SetName( const std::string & NewName )
    {
        this->name = NewName;
    }
 
private:
    std::string name; // nom de la personne
};

[hiko-seijuro]

il s'agit de l'espace de nommage (namespace) standard : il permet de regrouper les classes dans un ensemble plus gros (un peu comme les packages en Java).

P.S : pense à rajouter la balise :code: la prochaine fois (il s'agit du petit dièse dans l'outil d'édition

[dot-_-net]

il s'agit de l'espace de nommage (namespace) standard : il permet de regrouper les classes dans un ensemble plus gros (un peu comme les packages en Java)

Dsl je n’ai pas comprit

[hiko-seijuro]

au temps pour moi. Est ce que tu as fait de la programmation orientée objet ? (vu le message je pense que oui. Tu as donc tout un ensemble de classes qui forment un tout cohérent et que tu souhaites donc regrouper. Pour cela tu as une entité nommée le "namespace". Ici tu as un namespace qui s'appelle "std" et qui regroupe toutes les entitées de la bibliothèque standard. Pour plus d'information voir ici -> http://cpp.developpez.com/faq/cpp/in...PACE_using_std

[koala01]

Salut,

L'un des principaux problèmes que l'on peut rencontrer en programmation de manière générale, c'est que l'on court toujours le risque qu'un nom (de type, principalement) trouve de l'intérêt pour plusieurs personnes, qui travaillent sur des projets totalement différents.

Ainsi, je pourrais très bien d'un coté, envisager de créer une classe "client" qui représente ... le client d'un magasin et de l'autre vouloir créer une classe "client" qui représente... le client dans le cadre d'une application "client/serveur".

Si, un peu plus tard, je dois gérer les... clients d'un magasin dans le cadre d'une application... client / serveur, ces deux classes vont entrer en conflit, et j'aurai le plus grand mal à faire les faire cohabiter (Quand je déclare ma variable Client cli, s'agit-il du client du magasin ou de celui de l'application client/serveur )

En C, on prend généralement le pli de "préfixer" le nom du type par celui de la blibliothèque (par exemple GLint etc...).

Ca facilite un peu les choses, mais ça pose le problème que les noms de types deviennent de plus en plus grands, et donc, de plus en plus difficile à retenir.

La POO a choisi une autre approche: donner l'occasion de regrouper tous les types (pour un but donné) dans une sorte de boite.

Cette "boite" fonctionne selon le principe des "poupées russes", c'est à dire qu'une "boite" peut contenir une autre, qui peut elle-même en contenir un autre etc.

Tous les types qui se trouvent à l'intérieur d'une de ces "boites" sont en connaissent les type qui se trouvent dans la même "boite", ainsi que ceux qui se trouvent dans les "boites supérieures".

Par contre, quand on est en dehors d'une "boite", il faut préciser que l'on veut accéder à l'intérieur de la "boite", avant de pouvoir dire le type qui nous intéresse.

Cette boite porte le nom d' espace de noms en C++, de paquetage en java ou en C#, mais le principe reste le même

Bref, la bibliothèque standard a décidé de mettre tous les types qu'elle déclare dans un espace de noms particulier: l'espace de noms std (qui est simplement une abréviation de "standard" )

Quand on écrit std::string (et on peut voir exactement le même principe dans std::vector<int>, std::cin, std::cout et plein d'autres classes encore), on signale simplement au compilateur que l'on veut accéder à la classe "string" (ouv vector ou cin ou cout ou ...) qui se trouve... dans l'espace de nom std.