限定となっておりますのでお買い悪い"の実践に敏感であることlinebreaks XMLす。
-
08-06-2019 - |
質問
私の生成の一部をXML文書とそのアドレス部分していま断片に見えるようになります:
<Address>15 Sample St
Example Bay
Some Country</Address>
は、XSLTいに変換することにXHTMLはファンキー再帰的テンプレート変換する改行文字以内の文字列 <br /> タグです。
これらはすべて働く細があるとの考えが示され、"悪い"の実践に依存linebreaks内XML文書?その場合、あることを推奨いこのょうか?
<Address><Line>15 Sample St</Line>
<Line>Example Bay</Line>
<Line>Some Country</Line></Address>
少ないので、工夫が必要かと思いい感性を包にゆかりの私のテキストが複数のタグが付い..
解決
で一般的に考えられる悪い練習になlinebreaksがいるので、それらの脆弱な地方の差別化データです。なXMLプロセッサーの保存に空白に入れますのでごXMLで保証されません。
の問題は、ほとんどのアプリケーション出力する電力おXMLへの読みやすいフォーマットを検討すべての空白文字XML入れ換え可能、倒壊の恐れがそのlinebreaksを単一のスペース。それでそんなXSLTではジャンプなど、フープを描画するためにすることはできません。用"br"のタグが大幅に簡素化します。
他の潜在的な問題がたくさん含まれていて自分のXML文書のXMLエディタで印刷でいく方ができます。
う場合の利用を継続してlinebreaks、追加xml:スペース="保存"属性に"アドレスです。" (これまでにおDTDを使用している場合、。)
させることで読み
- An 記事XML.com というの
XMLは、アプリケーションも取 キャバリアーに対する姿勢の空白文字 でのルールをより美しく見せるコツはあり XMLドキュメントが空白文字 なることがありこれらの 用途巻追加 削除の空白文字である。
他のヒント
少数の人々"と言われるCDATAブロックで保存できます。これは間違っています。CDATAセクションは、まだマークアップを加工することとして文字データは、 ない 変更線の休憩処となります。
<Address>15 Sample St
Example Bay
Some Country</Address>
全く同じ
<Address><![CDATA[15 Sample St
Example Bay
Some Country]]></Address>
唯一の違いはどのようなApiを報告します。
私の問題は、このXMLく読み出します。例えば
<Something>
<Contains>
<An>
<Address>15 Sample St
Example Bay
Some Country</Address>
</An>
</Contains>
</Something>
ばんはXMLではない、私はどのように変動するという心配もしております。ばねのXMLが懸念され、今までの変換を明示的に改行を入 <br />
タグまたは \n
前の埋め込みをしている形式をサポートしています。
う属性を使用したデータはテキストノードをぶら下げるフィールド
<Address Street="15 Sample St" City="Example Bay" State="" Country="Some Country"/>
ピックアップしました。利用の属性に対テキストノードがあるのかを知ること、そして、議論の対象、もっとこだわった属性は95%の時間となった迷くようになっています。
くまの読み込みおよび書き込み形式をサポートしています。
場合はXMLでは自動的に生成されれば改行または明示的に
フラグが解析され
-その後もに公正な報道というものは皆無です。ご入力がないその他のXMLではなくクリーナーな混乱XML。
場合のタグはそれらを手動で、まだまだ、クリーナーにおいて改行だった。
例外的に使用している場合は、DOMを得構造の形式をサポートしています。その場合には改行でも悪いのでしかないの階層ます。そのような階層関係なく、ものの、改行音は十分です。
の場合はXMLではひどいもの(特に自動的に生成), 整理整頓 ですが、作品より、HTML外形式をサポートしています。
ではないだろうか少し不正の例では、アドレスは非正規化されます。でのリーズナブルな、しかし以降のアドレスが正常化す.た場合は、改行を重要な情報には、国連-焼ならし(焼準、郵便局の解釈の意味線です。
すると思うので、通常このメソッドではない大きな問題であり、この場合だと思い線タグが正しいかを明示的に示のままでいることを実際に解釈するか、ラインの場合とは異なる文化がある。することに注意してください)最フォームに入りの住所郵便番号、住所1号線、2.)
のみに線タグに付属の通常のXML、さらに議論で符号化の恐怖. http://www.codinghorror.com/blog/archives/001139.html
XMLの仕様がんに関する 空白文字 や 改行や運送を返します特に.ただ自分を制限をtrueに改行(x0A向上させてきたことに誇りを思いOkです。しかし、多く編集ツールを走XMLのために"よりよい発表会"がんの特殊構文です。強化およびクリーナーアプローチによる"< 線>< /ライン>"うるのは簡単で名前空間を埋め込むXHTMLのコンテンツの例:
<Address xmlns="http://www.w3.org/1999/xhtml">15 Sample St<br />Example Bay<br />Some Country</Address>
必要な改革のホイールが標準的な語彙.
と思いますか何が悪い <Line>
タグです。
どうやら、可視化、データセットがしやすいです☆では、重要なのに十分な保持しておくこともでデータ(水平方向の罫線に最初の例)。ます。そして本当にいいな"魔法"を大切に保管してくださいます。保毎ビットのデータだ後にすることはできな具を完全に保存され、データの一部で保管してくださいものの場合はデータの可視化(改行やその他のフォーマット).ユーザー(エンドユーザーの開発者)は、時間フォーマットのデータは彼の好きか聞(API doc/テキストの近くの入力できない予定を確保することで、だします。
そう思いを CDATA ブロックが保護に白文字。一部のparser Apiできる保白文字。
何だかやるべきことだと思いは切り替えのXMLフォーマットと呼ばれる白い空間です。
もりはなく、求める代わりと <br /> きプ全体のブロック <pre>
そのように、アドレスは機能的に保存するかどうか"などをs級-a級-b級-c級コーチ)のXSTLを選択することが可能です保存-ホワイト-スペースの結果です。
または追加を <br/>
線s級-a級-b級-c級コーチも用のラインの休憩におけるエンティティ 
が必要な場合はおlinebreaks保存され、CDATAブロック、 tweaktと
その他注意を。ほとんどの時間、linebreaksが維持されるXMLソフトウェアもいいかわからないないのを頼りになるもののみによる偶然