問題タブ [xml]

私はいくつかの XML ドキュメントを生成しています。アドレス部分に関しては、次のようなフラグメントがあります。

これを XHTML に変換するために私が持っている XSLT には、文字列内の改行文字を <br/> タグに変換するためのファンキーな再帰テンプレートがあります。

これはすべて正常に機能しています。しかし、XML ドキュメント内の改行に依存することは「悪い習慣」と見なされますか? もしそうなら、代わりにこれを行うことをお勧めしますか?

テキストが複数行になる可能性のあるすべての場所をそのようなタグでラップするのは本当に厄介なようです..

テキスト文字列が特定のエンコーディングでバイト配列にシリアル化されていることを確認/テストする最良の方法は何ですか?

私の場合、XML 構造が可変文字長の UTF-8 エンコーディングを使用してバイト配列にシリアル化されていることを確認したいと考えています。例として、私の現在の醜い手順は、シリアル化する前に 2 バイトを必要とすることが知られている文字を構造体に挿入し、2 バイト文字を ASCII 文字に置き換えて、シリアル化された配列の長さを比較することです。これにより、2 バイト文字を含む配列の長さが +1 である 2 つのシリアル化された配列が生成されます。

さらに、ソリューションがJavaにとってエレガントである場合。バイト配列内のバイト シーケンスを探すエレガントな方法は思いつきません。(UTF-8 で目的の文字表現を表す既知のバイト シーケンスを探すために使用できます。)

Java、C＃、Ruby、PHP、C / C ++など、使い慣れた言語を使用したいと思いますが、どの言語や擬似コードの例でも大歓迎です。

大きなXMLドキュメントをまだ有効なXMLである小さなセクションに分割する最良の方法は何ですか？私の目的では、それらをおよそ3分の1または4分の1に分割する必要がありますが、例を示すために、それらをn個のコンポーネントに分割するとよいでしょう。

優れたバイナリ XML 形式を推奨できる人はいますか? これは JavaME アプリケーション用であるため、a) サーバーでの実装が容易であり、b) ローエンドの JavaME クライアント デバイス用のフットプリントの少ないパーサーを簡単に作成できる必要があります。

言うまでもなく、XML よりも小さく、解析が高速である必要があります。

データは SVG に似たものになります。

XPathをサポートするライブラリは何ですか？完全な実装はありますか？ライブラリはどのように使用されますか？そのウェブサイトはどこにありますか？

現在、XMLファイルを読み込んで、いくつかの小さな変更を加え（一部の属性の値を変更して）、再度書き戻そうとしています。

StAXパーサー（）を使用しjavax.xml.stream.XMLStreamReaderて各イベントを読み取り、変更したいイベントかどうかを確認し、javax.xml.stream.XMLStreamReader変更が必要ない場合はStAXライター（）に直接渡すつもりでした。

残念ながら、それはそれほど単純ではないように見えます-ライターにはイベントタイプとパーサーオブジェクトを取得する方法がなく、とのようなメソッドのみがwriteAttributeありwriteStartElementます。明らかに、XMLドキュメントで発生する可能性のあるすべてのタイプの要素のケースを含む大きなswitchステートメントを記述し、それを再度書き戻すことはできますが、単純なはずの何かには多くの問題があるようです。 。

StAXで読み込んだものと非常によく似たXMLドキュメントを簡単に書き出すことができる何かが欠けていますか？

私はVBAで働いていて、例えば文字列を解析したい

XとYの値を2つの別々の整数変数に取得します。

私は XML に関しては初心者です。なぜなら、私が働いている分野のために VB6 と VBA に行き詰まっているからです。

どうすればいいですか？

XPath と名前空間のサポートの背後にあるストーリーは何ですか? 仕様としての XPath は名前空間より前にありましたか? 要素にデフォルトの名前空間が与えられているドキュメントがある場合:

//foo名前空間が原因でXPath プロセッサ ライブラリの一部が認識しないように見えますが、他のライブラリは認識します。私のチームが考えたオプションは、正規表現を使用して XPath に名前空間プレフィックスを追加することです (XmlNameTable を介して名前空間プレフィックスを追加できます) が、XPath はノード テストに関して非常に柔軟な言語であるため、これは脆弱に思えます。

これに適用される基準はありますか？

私のアプローチは少しハックですが、うまくいくようです。xmlns検索/置換で宣言を削除してから、XPath を適用します。

それは公正なアプローチですか、それとも誰かがこれを別の方法で解決しましたか?

この質問と回答は、XML Web サービスを介してファイルをバイト配列として送信する方法を示しています。この方法をファイル転送に使用すると、どのくらいのオーバーヘッドが発生しますか? データは次のようになっていると思います。

この形式が正しい場合は、まずバイトを UTF-8 文字に変換する必要があります。これらの各文字には 8 バイトが割り当てられます。バイトは 10 進法、16 進法、または 2 進文字で保管されていますか? XML データと文字エンコーディングのために、ファイルが送信されるとどのくらい大きくなりますか? 圧縮は Web サービスに組み込まれていますか?

ここで聖戦を始めたくはありませんが、アプリケーション構成ファイルの処理方法を統合しようとしており、最善のアプローチを決定するのに苦労しています. . 現時点では、配布するすべてのアプリケーションは、プロパティ ファイル (ini スタイル)、XML、JSON (現時点では内部使用のみ!) のいずれであっても、独自のアドホック構成ファイルを使用しています。

現時点ではコードのほとんどが Java であるため、Apache Commons Configを見てきましたが、非常に冗長であることがわかりました。XMLBeansについても調べましたが、多くのことをいじっているようです。また、フォーマットとして XML を推し進められているようにも感じますが、クライアントや同僚は他のフォーマットを試すことに不安を感じています。クライアントの観点からは理解できますが、誰もが XML について聞いたことがあると思いますが、結局のところ、仕事に適したツールを使用するべきではないのでしょうか?

最近、実稼働システムで人々が使用しているフォーマットとライブラリは何ですか? 他の誰かが山括弧税を回避しようとしていますか?

編集： Linux、Windows、Solarisなど、クロスプラットフォームソリューションである必要があり、構成ファイルとのインターフェースに使用されるライブラリの選択は、フォーマットの選択と同じくらい重要です。