Javaサーブレットがxmlを生成し、それをxsltスタイルシートで変換し、結果のHTMLを表示します。これが初めてxsltで作業したのです。デバッグに適した方法は何ですかxslt?変換を適用するためのサンプルXMLファイルもいくつか持っています(または取得できます)が、構文がよくわからないので、構文警告が表示されると便利です。
無効なXSLTを使用しようとすると、Xalanは有用なエラーを表示するはずです。より強力なものが必要な場合、XSLTをデバッグするための1つのオプションは Oxygen XML Editor です。 XalanおよびSaxon変換エンジンと統合されています。そのデバッグモードでは、ブレークポイントを設定したり、変数を監視したり、他の基本的なデバッグ機能を提供したりできます。やり過ぎかもしれませんが、とても良いです。
「printfスタイル」のデバッグを行い、出力にデバッグデータを散らかしたくない場合は、<xsl:message>
タグは、スタイルシートの処理中にデバッグ出力を生成します。とともに terminate="yes"
属性を使用すると、スタイルシートの処理を停止することもできます。
以前は、いくつかの複雑なXSLTドキュメントを作成してデバッグする必要がありました。当時、私は多くの中間値を出力してデバッグされた「printfスタイル」を使用していました。これを行うにははるかに簡単な方法があることを後で知りました- Altova XMLSpy 。これにより、スタイルの適用プロセスを1ステップで実行したり、中間出力を監視したりできます。
VS8はXSLTデバッグもサポートしています。ここを参照してください: http://msdn.Microsoft.com/en-us/library/ms255605(VS.80).aspx
XMLSpyとVS8の両方にも構文の強調表示があることにも言及する必要があります。 XMLでXSDを指定すると、VS8はインテリセンスも提供します!
私はほぼ毎日XSLTを使用しており、6年間または7年間使用しています。
XSLTの「printfスタイル」のデバッグは非常に効果的であるため、他のデバッグメカニズムを使用してメリットを得ることができませんでした(そして、XMLSpyとVisual Studioを試しました)。変数の値を検査したり、変数を出力するロジックを構築したりするのが面倒な場合があります。しかし、それはかなりまれです。
デバッガがあればlearning XSLTが簡単になったかもしれません。 (何でもかまいません。)
Xselerator は、次のような優れたXSLデバッグツールです。
私はこれを何年も使用してきましたが、素晴らしいツールです。
PHPStorm およびその他のIntelliJ IDE(商用)サポート debugging XSLT 。ドキュメントをステップ実行して、生成される出力をステップごとに確認できます。
学習するときは、通常、構文強調表示エディタで十分です(もちろん、別のウィンドウで参照ドキュメントを開いています)。
KateはXMLとXSLTの優れたエディターです。