要素ノードをテキストノードの兄弟として持つことはXMLでは間違っていますか？

以下は「許可されている」か単にXMLの悪い使用ですか？私はこれに制限を見つけることができませんが、それは少し奇妙に感じます。要素ノードをテキストノードの兄弟として持つことはXMLでは間違っていますか？

これが間違っている場合、何が良い選択ですか？

2016-03-20 Phrytes

いいえ、エレメントとテキストの混合は、XMLでは完全に正常です。

XMLのデータ指向の使用にもっと慣れているかもしれませんが、XMLは実際には他のテキスト内のテキストのマークアップが標準である文書の表現の根拠から進化しています。 SGMLの前身であるSGMLはこのようなものでしたが、今日でもHTMLはこれに似ています。

XMLスキーマ（XSD）では、mixed="true"は、コンテンツモデル内の混合テキストを指定します。

出典

2016-03-20 16:56:37 kjhughes

それは多くを明確にします。私はブラウザで編集できるXMLファイルを使用しています（Javascriptを使用しています）。私はXSDを作る必要性を感じなかった。これはまだ推奨されていますか？ – Phrytes

XSDはXMLの構造と内容を伝達し、表現する制約に対して自動検証を可能にします。これらの機能のどちらも価値がない場合は、XSDを作成する必要はありません。 – kjhughes

自然言語のテキストのセクションに注釈を付ける（または "マークアップ"する）ために、混合コンテンツを予約することが一番良いと思います。マークアップが削除された場合、テキストは理にかなっていますか？

私の唯一の批判は、マークアップを削除した場合、残されているのは文法的ではないということです。最初の文の後に完全な停止がありません。

出典

2016-03-20 22:03:47

私の場合は自然言語のテキストに使用されます。実際の使用は、記事、四肢、およびサブを含む法令のリストを作成するためのものです。これは、次のようなテキストをフォーマットする必要があることを意味します。第11条： 1.メンバーシップは aで終わります。メンバーの通過 b。メンバーによるメンバーシップの終了 c。協会による会員名義人の挨拶 2.会員は、通知のない毎日終了することができます。番号付きのアイテムは手足です。アルファベット順に並べられたアイテムはサブタイプです。肢1にはテキストが含まれていますが、同様に潜在的です。 – Phrytes

残念ながら、私のコメントのフォーマットは失われています。 – Phrytes

上記の回答に加えて（私が同意するところでは）、XML文書の目的に依存すると付け加えます。アプリケーション間でビジネスデータを通信する目的がある場合は、ドキュメント全体の検証が必要になる場合があります。混合コンテンツは、XMLスキーマを使用して厳密に検証することはできません。また、ドキュメント化のみを目的とする場合を除き、企業間通信では通常避けられます。

出典

2016-03-21 00:48:48 kimbert

要素ノードをテキストノードの兄弟として持つことはXMLでは間違っていますか？

答えて

関連する問題