問題タブ [xmlslurper]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
xmlslurper - xml sluper で groovy を使用して xml の一部を削除する
groovy は初めてなので、タスクの一環として xml を更新する必要があります。
私のxmlは::
このxmlから、xmlの一部を削除する必要があり、出力を::として出力する必要があります
提案してください、ありがとう。
xml - xmlSlurper を使用して XML の各重複エントリの数を取得する
XML に出現する無効な数値 (BTNumber) の出現回数を数えなければなりません。groovy XmlSlurper() を使用しています。数と数を数える方法を提案してください(xmlにある回数だけ)
例えば-
XMLコードは次のとおりです-
XMLSlurper よりも簡単で速いものがあれば提案してください。
groovy - GRAILS で XmlSlurper を使用して html 要素にすべてを表示する方法
次のようなpixelsTest.xmlというxmlファイルがあるとしましょう...
私がやりたいことは、html 要素が形成された形式で html 要素内にあるすべてを表示することです。つまり、html要素の正確な出力を印刷したいのです。これが私のコードがどのように見えるかです...
しかし、html要素に正しくアクセスすることができず、htmlListを印刷して確認します。これが私の出力です...
しかし、一番下のプリントアウトのように、htmlListに正しく保存したい...
XmlSlurper は CDATA やコメントなどもスキップしているようです。誰でも私を助けてもらえますか?ありがとうございました!
groovy - 名前空間とエンティティを使用して Groovy で XML を解析する
Groovy で XML を解析するのは簡単なことですが、私はいつも問題に遭遇します。
次のような文字列を解析したいと思います。
標準的な方法で行うと、パーサーはエンティティnew XmlSlurper().parseText(body)
について不平を言います。 
このような場合の私の秘密兵器は、tagsoup を使用することです。
しかし、<ac:sepcial>
タグはパーサーによってすぐに閉じspecial
られます。結果の DOM では、テキストはこのタグ内にありません。名前空間機能を無効にしても:
もう 1 つの方法は、標準のパーサーを使用して、次のような Doctype を追加することでした。
これはほとんどのファイルで機能するようですが、パーサーが dtd を取得して処理するには時間がかかります。
これを解決する良いアイデアはありますか?
PS: ここでいくつかのサンプル コードを試してみてください。
xml - Groovy: 空の xml をナビゲートする
フラット ファイルから xml を読み取り、XmlSlurper を使用して解析します。XMLファイルは次のようになります
XmlSlurper はそれを正しく読み取り、XML ドキュメントを出力します。ただし、XML 要素をナビゲートしません。
xml - xmlを解析するときにgroovyで先読みしますか?
XML ツリーを解析しようとしています。したい:
- 各項目へのパスの表現を出力します。パスを作成するよりスマートな方法はありますか?
- primaryType="content" を持つノードの名前と値を出力します (content-nodes)
- よりスマートで優れたアプローチを見つけました。フィルター?よりスマートな閉鎖?
- 別の方法で先読みできますか
- この例は、私が持っているより複雑な実際のケースの単純な例です。primaryType="text" でプロパティ要素を検索する
以下のコードを実行すると、次のようになります。
でも私はしたい:
- 「メタデータ」->「」で文字列置換を行うのは簡単ですが、それは良い解決策ではありません。
- 時間があれば、よりスマートなソリューションもお願いします。
前もって感謝します!