C++

Libxml++ : find and dynamic_cast

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Libxml++ : find and dynamic_cast

ekra

Bonjour a tous,

Je cherche à caster un xmlpp::Node en xmlpp::TextNode à la suite d'un find() mais je n'y arrive pas !

Code :

int main() {
xmlpp::DomParser dp;
dp.set_substitute_entities();
dp.parse_file("xml.xml" );
xmlpp::Node* rn = dp.get_document()->get_root_node();
xmlpp::NodeSet ns = rn->find("personne/prenom" );
xmlpp::NodeSet::const_iterator it;
for (it=ns.begin();it!=ns.end();it++) {
cout << (*it)->get_name() << endl;
if ((dynamic_cast<const xmlpp::ContentNode*>(*it)) == 0) {
cout << "Dynamic cast failed" << endl ;
}
}
}

A l'execution, il affiche alors "Dynamic cast failed".
J'ai l'impression que libXMLpp n'instancie que des xmlpp::Node.
Je cherche simplement à retourner un text grâce à un XPath.

Info : libXML++-2.6

Merci d'avance.

Message édité par ekra le 22-07-2008 à 15:34:55

Publicité

ekra

Finalement je m'en suis sorti !
En fait le find() ne renvoie pas un xmlpp::ContentNode mais un xmlpp::Element. On le dynamic_cast donc en xmlpp::Element et on the sert des méthodes getFirstChildText() pour récupérer le texte à l'intérieur.

Je ne trouve pas très logique cette façon de procéder, et ne comprends pas pourquoi on n'a pas pu caster directement en xmlpp::ContentNode mais cette solution fonctionne.

Salut !

Message édité par ekra le 31-07-2008 à 20:25:26

Joel F

Real men use unique_ptr

tout simplement car ContentNode n'est pas une classe fille de Element.

Message cité 1 fois

ekra

Oui merci Joel F. Je me suis mal exprimé. Je n'ai pas compris la modélisation. En quoi la recherche d'un noeud devrait retourner un Element et non un node castable en contentNode par la suite.

Message édité par ekra le 31-07-2008 à 20:24:28

Joel F

Real men use unique_ptr

vah ca, faut regarder le rationale du truc. L'idée princiaple est certainement - à raison - de séparé la structure en arbre de son contenu.

Taz

bisounours-codeur

Joel F a écrit :

tout simplement car ContentNode n'est pas une classe fille de Element.

c'est UB dans ce cas là. Le dynamic_cast ça n'est pas magique, faut quand même faire gaffe à son utilisation.

Message cité 1 fois

ekra

Node
* ContentNode
* Element

Taz a écrit :

c'est UB dans ce cas là. Le dynamic_cast ça n'est pas magique, faut quand même faire gaffe à son utilisation.

Merci je connais le dynamic_cast mais la documentation ne précise pas que (cf http://libxmlplusplus.sourceforge. [...] 1Node.html ) :
xmlpp::NodeSet xmlpp::Node::find(std::string path)
retourne un ensemble de xmlpp::Element et non xmlpp::Node comme on (ou je) pourrait le croire. Je l'ai dit plus haut.
Le problème est que je ne comprends pas pourquoi on pourrait avoir des éléments plutôt que des Nodes.
Exemple : je cherche un node contenant du texte avec un XPath : le dynamic_cast me révèle que c'est un Element qui est instancié en résultat alors qu'on aurait pu croire que c'était un ContentNode.
Dans quels cas a-t-on un ContentNode ? Si ça n'arrive jamais pourquoi retourner un ensemble de Node (en réalité des Elements) plutot qu'un ensemble de Element ?

Message édité par ekra le 01-08-2008 à 17:12:33

FORUM HardWare.fr

Programmation

C++

Libxml++ : find and dynamic_cast

Sujets relatifs
find date avec vba	MS-DOS : Boucle For, IF et Find imbriqués, probleme d'affectation
Batch find	Segmentation fault et make pointer from interger without a cast
[C#] Erreur de cast !!	petite question sur l'héritage et les cast
[Ant] faire un équivalent de find / sed avec Ant	[VBA / sendkeys / ie / find] sendkeys VBA pour internet explorer
Assignment makes pointer from integer without a cast...	probleme table de hachage dans requete find
Plus de sujets relatifs à : Libxml++ : find and dynamic_cast

Page générée en 0.069 secondes