XPath trouver tous les éléments spécifiques nœud enfant

Pourriez-vous s'il vous plaît aidez-moi à trouver tous les éléments de b qui ont l'enfant de l'élément c dans l'exemple ci-dessous?

<a>
    <b name = "b1"></b>
    <b name = "b2"><c/></b>
    <b name = "b3"></b>
</a>

La requête xpath doit retourner le b2 élément

La deuxième question est
Je veux combiner les 2 conditions: je veux obtenir l'élément qui ont nom = "b2" et a l'élément c
Mais cette syntaxe ne semble pas fonctionner:
//b[@name='b2' et c]

  • Ce que cela signifie exactement "ne semble pas fonctionner"? S'il vous plaît, demandez à une nouvelle question distincte et complète (aussi petit que possible) document XML source, l'expression XPath utilisé et le résultat escompté et le résultat que vous avez obtenu. Avec le document XML en cours à l'expression XPath //b[@name='b2' and c] sélectionne le deuxième enfant de a -- exactement comme il se doit.
InformationsquelleAutor nam | 2012-06-04
  1. 52

    Chaque fois que la structure du document XML est connu, il est préférable d'éviter d'utiliser le // XPath pseudo-opérateur, car son utilisation peut entraîner une grande inefficacité (la traversée de l'ensemble de l'arborescence du document).

    Par conséquent, je recommande cette expression XPath pour le document XML fourni:

    /*/b[c]

    Cette sélectionne tout b élément qui est un enfant de l'élément du document XML et qui a un enfant-élément nommé c.

    Mise à JOUR: L'OP posé une deuxième question à quelques minutes auparavant:

    La deuxième question est que je veux combiner les 2 conditions: je veux obtenir
    l'élément nom = "b2" et a l'élément c, Mais ce
    la syntaxe semble ne pas fonctionner: //b[@name='b2' and c]

    La condition de l'expression XPath ne sélectionner exactement le voulait élément.

    Voici XSLT vérification basée sur les:

    <xsl:stylesheet version="1.0"
 xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 <xsl:output omit-xml-declaration="yes" indent="yes"/>
 <xsl:strip-space elements="*"/>

 <xsl:template match="/*">
     <xsl:copy-of select="//b[@name='b2' and c]"/>
 </xsl:template>
</xsl:stylesheet>

    Lorsque cette transformation est appliquée sur le document XML:

    <a>
    <b name = "b1"></b>
    <b name = "b2"><c/></b>
    <b name = "b3"></b>
</a>

    l'expression XPath est évaluée et le correctement-l'élément sélectionné est copié à la sortie:

    <b name="b2">
   <c/>
</b>
    • J'utilise python pour sélectionner l'élément Si j'utilise : la racine.findall("b[c]"), Le résultat est ce que je désire, Mais si j'utilise la racine.findall("b[@name='b2' et c]") j'ai l'erreur "invalid prédicat" Peut-être que j'ouvre une autre question pour Python?
    • Oui, l'ouverture d'une autre question semble la bonne chose à faire, ce qui semble être de Python question.
    • je sais que //some-element-deep-within-the-dom recherche tous //some-element-deep-within-the-dom, mais ne serait-il pas aussi être plus souple, moins susceptibles de se briser le script si, par exemple, //some-element-deep-within-the-dom est déplacé ailleurs dans les dom???
    • Si il y a un changement dans le document XML, alors c'est une bonne idée pour réviser toutes les expressions XPath. Les mesures proposées ne sont pas toujours sûr et suffisant. Il y a une façon d'écrire les expressions XPath qui sélectionne ce qui était prévu, peu importe de la modification du document -- n'ont tout simplement pas l'utilisation des noms dans l'expression.
    • je ne comprends pas vraiment votre réponse. pourquoi il n'est pas sûr et suffisant? oui, bien sûr, je voudrais sélectionner les éléments par leur ID, mais dans de nombreux cas, les éléments n'ont pas d'Id, donc... de toute façon, il n'y a clairement pas de moyen infaillible de toujours sélectionner un élément particulier. par exemple, même si vous n'avez pas sélectionner un élément par son nom, si la structure du document, les modifications, le sélecteur de casser
    • Si la structure du document a été modifié, ce n'est plus le même document XML. On ne devrait pas être confiant à tous, sans vérifier, que la pré-existants des expressions XPath toujours choisir ce qu'ils étaient censés le faire. Comme la sémantique du document XML des modifications de la sémantique des expressions XPath. Ce commentaire est en général. Il pourrait y avoir des cas particuliers de documents XML qui permettent de classe restreinte de changements, sans aucune (ou beaucoup) de changement de sémantique. Expressions de toujours faire ce que l'on entend: /, /*, //*[not(*)], etc

    InformationsquelleAutor Dimitre Novatchev
  2. 21

    Il devrait être aussi simple que 

    //b[c]

    c'est à dire trouver un b n'importe où qui a un c enfant.

    • Bonjour, maintenant, je veux combiner les 2 conditions: je veux obtenir l'élément qui ont nom = "b2" et a l'élément c, Mais cette syntaxe ne semble pas fonctionner: //b[@name='b2' et c]
    • Fonctionne pour moi (à l'aide de xsh en Perl).
    InformationsquelleAutor choroba