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

[Invit�]

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.