Discussion :

[elghadi_mohamed]

bonjour

j'ai essaye d'ecrire un petit code pour l'affichage d'une chaine:

mais ça ne marche pas il m'ecrit que le probleme est au niveau de cout!!

Code :

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

1
2
3
4
5
6
7
 
int main()
{
	string a="elhadramiy wedoud";
	cout << a <<"\n" << endl;
	return 0;
}

[JolyLoic]

Tu as bien mis les include est les using namespace que ton code demande ?

PS : endl passe déjà à la ligne, pas besoin de "\n".

[elghadi_mohamed]

j'ai bien ajoute les fichiers d'entete et voici le debut du code :

Code :

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

1
2
3
4
 
#include <iostream>
 
using namespace std;

et merci pour la remarque

[Bakura]

Il faut inclure #include <string> si tu veux utiliser des objets string.

[aziz jim]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include"iostream"
#include"string"
 
using namespace std;
 
int main()
{
string a="elhadramiy wedoud";
cout << a << endl;
system("pause");  // si à l'exécution ça ne reste en écran que moin d'un ;) 
}

[NewbiZ]

Avec des <>, des () au lieu de la trompeuse utilisation de =, et une utilisation du namespace explicite (std::cout) je suis d'accord :p

[toxcct]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include"iostream"
#include"string"
 
using namespace std;
 
int main()
{
string a="elhadramiy wedoud";
cout << a << endl;
system("pause");  // si à l'exécution ça ne reste en écran que moin d'un ;) 
}

il est déconseillé d'utiliser une using namespace ayant une portée sur tout le module de traduction. il est préférable d'utikiser une telle directive dans une fonction ou dans un bloc interne a une fonction.

par ailleur, quand on insere un en-tete du compilateur, on le fait avec un #include <...> et non pas un #include "...". la notation <> significe au compilateur que le fichier est dans son dossier d'installation, alors que l'utilisation des "" signifie que le fichier est un fichier du projet.

enfin, il est préférable d'utiliser des méthodes standard plutot que des appels spécifiques au systeme d'exploitation. en d'autres mots, system("pause") ne marchera que sous windows, alors qu'un appel a getch() marchera sur toutes les plateformes (en pensant bien sur a faire un #include<conio.h> préalable).

elghadi quant à toi, quand tu dis :

mais ça ne marche pas il m'ecrit que le probleme est au niveau de cout!!

certes, si tu le dis, c'est que c'est surement vrai. mais nous de notre coté, on n'a aucune idée du message (exact) que le compilo t'as envoyé, donc si tu peux nous éviter l'usage des boules de cristal ...

[elghadi_mohamed]

elghadi quant à toi, quand tu dis :

certes, si tu le dis, c'est que c'est surement vrai. mais nous de notre coté, on n'a aucune idée du message (exact) que le compilo t'as envoyé, donc si tu peux nous éviter l'usage des boules de cristal ...

tu chercher le message tel qu'il est alors le voici :

c:\documents and settings\administrateur\bureau\a.cpp(7) : error C2679: binary '<<' : no operator defined which takes a right-hand operand of type 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >' (or there is

et bon appetit

[Luc Hermitte]

enfin, il est préférable d'utiliser des méthodes standard plutot que des appels spécifiques au systeme d'exploitation. en d'autres mots, system("pause") ne marchera que sous windows, alors qu'un appel a getch() marchera sur toutes les plateformes (en pensant bien sur a faire un #include<conio.h> préalable).

Presque.
conio est tout sauf portable. C'est un résidu des compilos Borland pour dos et windows.
La façon portable, et C++, de faire une pause est donnée dans la FAQ. Et ceci est un problème d'environnement de travail. Je n'ai jamais eu besoin de rajouter des pauses explicites.

Sinon, elghadi_mohamed, pourrais-tu editer ton code ou le reposter pour nous montrer la version complète que tu cherches à compiler, STP.

[Médinoc]

il est déconseillé d'utiliser une using namespace ayant une portée sur tout le module de traduction. il est préférable d'utikiser une telle directive dans une fonction ou dans un bloc interne a une fonction.

Ça, c'est un peu extrême, ne trouves-tu pas?
Du moment qu'on ne met pas de using namespace dans un header, on n'a pas vraiment de problèmes...

[loufoque]

Ça, c'est un peu extrême, ne trouves-tu pas?

Moi je suis plutôt d'accord.
De manière générale, using namespace c'est à éviter. Si tu dois le faire, fais-le dans la portée la plus petite possible.

[roulious]

On peut avoir des problèmes avec un using namespace partout. Le code suivante est relativement anodin :

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
 
#include <iostream>
 
int distance(int const & from, int const & to)
{
    return to - from;
}
 
int main()
{
    using namespace std;
 
    int abc(0), xyz(0);
    cout << distance(abc, xyz);
 
    return 0;
}

gcc nous donne une superbe erreur concernant l'instanciation d'iterator_traits. D'où vient-ce ? Tout simplement du fait que deux déclarations de distance existent, celle présente dans le fichier, et celle de std::distance, définie dans <utility> et incluses par le #include <iostream>. Le using namespace met la déclaration de std::distance dans le namespace "global", le compilo doit alors faire un choix et fait ici le mauvais.

Je ne me prononcerai pas sur le caractère standard de ce choix, ce qu'il faut souligner ici est la difficulté de diagnostiquer l'erreur de compilation due au using namespace. À moins de connaître parfaitement le contenu d'un namespace, ce qui est particulièrement difficile pour std, mieux vaut s'abstenir d'utiliser des using namespace, où que ce soit.

[Médinoc]

Euh...
Un bon compilo n'est-il pas censé générer une erreur "ambiguous call" ?

[Jean-Marc.Bourguet]

Euh...
Un bon compilo n'est-il pas censé générer une erreur "ambiguous call" ?

L'appel n'est pas ambigu: le nom importé par using dans le bloc masque le nom définit dans un scope englobant. C'est le point de roulious: à trop restreindre le scope du using, il importe des choses en masquant plutôt qu'en étant ambigu.

Personnellement, je n'utilise using que quand je désire que ce soit l'ADL qui trouve un nom, et j'utilise alors la forme using name dans le scope le plus restreint possible. Sinon je qualifie.