Discussion :

[PINGOUIN_GEANT]

Bonjour à toutes et à tous,

je cherche à convertir un iterator sur std::list en input iteror
grosso modo

Code :

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

1
2
3
 
list<int> LI;
iterator<input_iterator_tag,int> in_iter=LI.begin();

je pense que c'est lié à un truc que je ne comprends pas.
Pourquoi LI.begin() ne renvoie pas un un iterator bi-directionnel ?
le compilateur m'indique : _List_iterator
Ne suis-je pas en train de réaliser une conversion vers une classe mère ? (passer d'un bi-directionnel à un input)
Je suis désolé : cela m'a l'air facile à la base mais je n'ai rien trouvé.
Je vous remercie par avance.

<EDIT>
apparemment, iterator<input_iterator_tag> serait une classe "vide".
ce que je trouve bizarre car dans la doc sgi output_iterator possède un constructeur mais pas input_iterator.
il y a aussi des trucs spéciaux pour des itérateurs d'insertion.
Donc :il y a-t'il moyen de construire simplement un input iterator à partir d'une std::list ?
je vous en serai reconnassant si vous arrivez à m'éclairer sur ces sujets.
</EDIT>

[Luc Hermitte]

On ne caste pas vers des inputs iterators.
Quand tu écris des algo génériques, tu peux juste vérifier que le type itérateur reçu vérifie bien la propriété d'être un input-itérator, ou alors employer la spécialisation de l'algorithme pour le type d'itérateur réellement manipulé. Via les tags je crois bien.

Il me semble que sur le site d'Angelika Langer, tu trouveras quelques articles qui traitent de cela.

[PINGOUIN_GEANT]

je te remercie, je vois mieux ce qui se passe, c'était le fait de pouvoir utiliser les diverses catégories d'itérateurs dans les algorithmes qui me manquait.
Car je ne comprenais pas que si on pouvait de déclarer et définir un itérateur bidirectionnel sur une liste, pourquoi il était impossible de déclarer et définir un input iterator (vu que c'est une des bases de l'itérateur cité plus haut) : je trouvais qu'il y avait une perte de la généricité.

mais avec les algorithmes tout s'explique.