Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fabien LE LEZ
On Thu, 25 Aug 2005 19:18:55 +0200, Loïc Joly :
Par contre, je me pose la question de la légalité d'une écriture comme celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de problème. Par contre, il y a des chances pour que l'utilisation de ce machin soit contre-intuitive, voire pose des problèmes. Mieux vaut passer par les ostringstream.
On Thu, 25 Aug 2005 19:18:55 +0200, Loïc Joly
<loic.actarus.joly@wanadoo.fr>:
Par contre, je me pose la question de la légalité d'une écriture comme
celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de problème.
Par contre, il y a des chances pour que l'utilisation de ce machin
soit contre-intuitive, voire pose des problèmes.
Mieux vaut passer par les ostringstream.
Par contre, je me pose la question de la légalité d'une écriture comme celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de problème. Par contre, il y a des chances pour que l'utilisation de ce machin soit contre-intuitive, voire pose des problèmes. Mieux vaut passer par les ostringstream.
kanze
Fabien LE LEZ wrote:
On Thu, 25 Aug 2005 19:18:55 +0200, Loïc Joly :
Par contre, je me pose la question de la légalité d'une écriture comme celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de problème.
Ce n'est pas dit. Dans le contexte d'une récherche dépendante dans un template, par exemple, le compilateur ne le trouverait que s'il est dans le namespace std. Et formellement, on n'a pas le droit d'introduire de nouvelles fonctions dans std (même s'il fort probable que ça marche dans ce cas-ci).
Par contre, il y a des chances pour que l'utilisation de ce machin soit contre-intuitive, voire pose des problèmes. Mieux vaut passer par les ostringstream.
Tout à fait. Même sans le problème ci-dessus, c'est une mauvaise idée.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Fabien LE LEZ wrote:
On Thu, 25 Aug 2005 19:18:55 +0200, Loïc Joly
<loic.actarus.joly@wanadoo.fr>:
Par contre, je me pose la question de la légalité d'une
écriture comme celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de
problème.
Ce n'est pas dit. Dans le contexte d'une récherche dépendante
dans un template, par exemple, le compilateur ne le trouverait
que s'il est dans le namespace std. Et formellement, on n'a pas
le droit d'introduire de nouvelles fonctions dans std (même s'il
fort probable que ça marche dans ce cas-ci).
Par contre, il y a des chances pour que l'utilisation de ce
machin soit contre-intuitive, voire pose des problèmes. Mieux
vaut passer par les ostringstream.
Tout à fait. Même sans le problème ci-dessus, c'est une mauvaise
idée.
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Par contre, je me pose la question de la légalité d'une écriture comme celle-ci :
string operator+ (string s, int i);
std::string n'est pas un type de base, donc il n'y a pas de problème.
Ce n'est pas dit. Dans le contexte d'une récherche dépendante dans un template, par exemple, le compilateur ne le trouverait que s'il est dans le namespace std. Et formellement, on n'a pas le droit d'introduire de nouvelles fonctions dans std (même s'il fort probable que ça marche dans ce cas-ci).
Par contre, il y a des chances pour que l'utilisation de ce machin soit contre-intuitive, voire pose des problèmes. Mieux vaut passer par les ostringstream.
Tout à fait. Même sans le problème ci-dessus, c'est une mauvaise idée.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Fabien LE LEZ
On 26 Aug 2005 00:26:02 -0700, :
que s'il est dans le namespace std
D'un autre côté, je me suis peut-être avancé en parlant de std. Si ça se trouve, l'OP a créé une classe "string". Très mauvaise idée, certes, mais il était de toutes façons parti pour la déconne avec son "operator+"...
On 26 Aug 2005 00:26:02 -0700, kanze@gabi-soft.fr:
que s'il est dans le namespace std
D'un autre côté, je me suis peut-être avancé en parlant de std. Si ça
se trouve, l'OP a créé une classe "string". Très mauvaise idée,
certes, mais il était de toutes façons parti pour la déconne avec son
"operator+"...
D'un autre côté, je me suis peut-être avancé en parlant de std. Si ça se trouve, l'OP a créé une classe "string". Très mauvaise idée, certes, mais il était de toutes façons parti pour la déconne avec son "operator+"...
