XMLのDTDモジュール

DTDのモジュール ただし、非常に柔軟性がより抽象的なモジュールよりも、定義されています。なぜなら1.0のDTDはXMLの形式的な構文を使用します（と第6条）、DTDのモジュールは、すべての機能と、任意のXMLのDTDのすべての制限がある説明。 XHTML 1.1 DTDのモジュールも、一般のXMLのDTDは、パラメータエンティティをフルに活用ドキュメントの構造のカスタマイズ可能な説明を生成するための命名規則の設定を使用して複雑です。 パラメタリゼーション 非常に強力ですが、いくつかの時間がかかりますかに慣れる。

ヒントXHTML 1.1 DTDのモジュールの多くのXMLのDTDよりも読みづらいです。場合は、特定のモジュールの正式な記述に侵入できない場合は、抽象的なモジュール〜するべきである 場合に役立ちます。もしあなた自身のモジュールを書くこと、それは抽象的なモジュールを組み込むことが重要です。

XREFの 場合、多くのパラメータエンティティと行われていないが、再度第6条に行くとその構文および使用方法を見ることができます。XHTML 1.1に作成するためのルール'XMLのDTDモジュールを掲載第5章に表示されます ビルXHTMLモジュール ドラフトと第6節で示した。いくつかの追加の規則で使用されモジュールのXHTML あの ビルXHTMLモジュール 、私はここにもこれをカバーについて説明していません。これらの有用な表示され、いくつかの構文上のショートカットの説明の仕方（共通の属性など）の抽象的なモジュールで使用されます。

パラメタリゼーションだけparam - eterエンティティに宣言の内容をすべて置くことです。これは、宣言を管理するために容易になり、同時にこれをはるかにそれらを変更しやすくなります。一方、再度宣言することによって属性の宣言とパラメータ実体を変更することができます、XML要素の型に対して複数の宣言を禁じている。パラメタ実体は、XHTMLモジュールの作成者にこれらの宣言の内容を置くことでより多くの柔軟性を提供することができます。これらの各サフィックスは、W3Cの草案から撮影された例ではDTDを見てみましょう、最小の原子部分からの最大の建物。

。データXHTML 1.1では、項B.2.1内で宣言されているデータ型はXHTML 1.0で表示しています直接の子孫、および。データ型のほとんどは、単により多くはCDATAテキストコンテンツの名前を正確にされます：

これらのデータ型を属性の宣言に使用されます： 

すべてのこれらのデータ型の宣言の実際cdataをするときに、XMLプロセッサは、DTDを読み取り解決し、しかし、彼らは、これらの多くの特定の属性に格納される必要があるコンテンツを作る。

ヒント中には、XML 1.0プロセッサを使うことはできますが、スキーマプロセッサは、将来的には、この情報をより多くを達成できる必要がありますデータを今日の入力を強制する。ので、次のバージョンの準備はこのアプローチのDTDに情報を追加すると考えてこれらのデータ型の名前をXHTML 1.1には、抽象的なモジュールでも使用され、コアは、XML 1.0型のセットを補完する。

。します。attrib。します。attrib suffixパラメータエンティティ上では、1つまたは複数の表現が使用されます 属性仕様 -個々の属性は、その種類、デフォルト値を定義する属性リスト宣言の一部であり、可能な値です。これらのエンティティは、時には、id属性は、このような唯一の1つの属性を記述する：

彼らは、XMLのこの1：langやディレクトリのように複数の属性を指定することがあります： 

これらのエンティティは、ユビキタスCommon.attribエンティティ。します。attribサフィックスが付いて他のエンティティとして含めることができます：

これはすべての属性の仕様が含まれてCore.attrib、I18n.attribで、Events.attribエンティティ、共通コンポーネントの大規模なリストを作成すると宣言した。引用符にもかかわらず、すべてのエンティティの内容のパラメータエンティティに含まれて使用する必要があります。

。attlist。attlistサフィックス（に記載され ビルXHTMLモジュール）は、XHTML 1.1 DTDのATTLIST宣言をオンまたはオフするために使用されます。は、。attlistサフィックスをしてパラメータエンティティの2つの値：INCLUDEまたはIGNOREが。 XMLの機能とこれらの関数1.0のDTD XHTML 1.0で使用していない： 条件付きセクション。

ヒント条件付きセクションの多くの詳細な説明と、他のXMLの文脈で、その使用、参照してください第16条の スタイルのXML要素 サイモンサンローランによって（マグロウヒル、2000）。付きセクションはDTDだけで、彼らとオフに関する宣言のセットを有効にするデザイナーのDTDを有効にすることがあります。決定するためにパラメータエンティティを使用しているかどうかに含める、またはセクションを無視すると、開発者は、DTDの一部を使用することが可能かにも、単一のDTDにさまざまなバリエーションの中から選択します。たとえば、このDTDのフラグメントには、title要素タイプの属性が含まれます：

 ]]"

最初の行はパラメータ実体Title.attlist値という名前で作成のINCLUDEです。次の行では、エンティティ％Title.attlistに置き換えられ、これらの結果の宣言を生成する：

アウト]]"のXMLパーサーストリップには、INCLUDEセクションでは、コメントのコアを残し： は、次になります： そして最後に： 

の場合は、他の一方で、別のモジュールTitle.attlistエンティティ宣言しIGNOREをする：

その結果です：  ]]"

は、すべての宣言の処理から、属性のないタイトルを残して、パーサーを禁止します。attlistサフィックスが付いてエンティティのすべての要素の型の属性リスト宣言を囲むモジュールのXHTML 下書き。

。コンテンツパラメータエンティティのための。コンテンツサフィックスの関数は、特定の要素タイプのコンテンツモデルについて説明します。最も単純な例では、空のコンテンツモデルについては、このようになります：

処理が行われる、これを解決する： 

と空のコンテンツモデルを持つものとしては、input要素を定義します。 。コンテンツのサフィックスは、他のモジュールを簡単に要素の内容モデルを変更することができますを持つエンティティの宣言を別。 

。クラス（と）。エキストラを繰り返し、複数の要素のコンテンツモデルで使用される可能性がありますパラメータエンティティのために。classサフィックス機能しますが、場合にのみ、内容は、要素型の名前は、共通のすべての共有するか。 XHTMLでは、この中のインライン要素を別のクラスているのブロック要素を1つのクラスていることを意味する傾向がある。これらのエンティティは（唯一の例外は次の指摘）で定義されていません モジュール化のXHTMLの 下書き。彼らは、付録Cのカスタマイズファイルを、別のモジュールで定義されている XHTML 1.1に-モジュールのXHTMLベースの。例えば：

略語を通して、あなたは、これらは、インライン要素として表示される可能性があります構造的な要素の型であることがわかります。中スパン抽象的な要素はほとんどが、他のインライン内容によっては反映されないような方法で、インラインコンテンツをマーキングに便利ですbrをブロック要素内での改行は、使用されます。このエンティティとその兄弟のいくつかの大きなInline.classエンティティに結合する：

1つの風変わりなここInline.extraです- ビルXHTMLモジュール は、"公式"の規則について説明します。エキストラ。 Inline.extraは、この宣言があります：

DTDのコメントこの方法を使用して説明します。余分なサフィックス：いくつかの例は、このモジュールを書き換える必要が文書のモデルへの変更に対応するため、マイナーな拡張子のいずれかの3 *.追加の宣言をすることによって行われることがあります。パラメータエンティティを含むようにする必要があります拡張要素の種類は以下の通り：％Misc.extra;親親親、任意のブロック要素の可能性があります任意のインライン要素％Block.extra;可能性があります任意のブロックやインライン要素％Inline.extra;される場合があります。使用すると、 （これまで）内で不法就労は、これらのパラメータエンティティは、ORで区切られたリストの先頭またはセパレータ("|"),などと一緒にする必要があります。、"| |のB | C"とは余分な。 ビルXHTMLモジュール、誰がXHTML 1.1に独自の拡張機能を追加したい開発者のための重要な部分です。。クラスは、属性のために少なくとも1つの場所での関数のサフィックス。次のエンティティのすべての入力タイプが含まれます：

 
この異常はおそらく属性のinput要素の異例の使用から、その"本物"の内容を示すために派生します。
 
。ミックス。ミックスサフィックスは、アイテムの異なるクラスの組み合わせは、コンテンツのモデルで使用するための要素のリストを作成します。 Flow.mixエンティティのカスタマイズ（からもファイルの のXHTML 1.1 -モジュールベースのXHTMLの）は、良い例です：
 
は、そのコンテンツモデル内のFlow.mix使用するすべての要素を含めることができますは、XHTMLの語彙の任意の要素だけでは。それは確かに組み合わせている。
  
 
。国防省パラメータエンティティで終わるすべてのこれらの小さな部品のうちの完全なDTDをアセンブルするには、XHTMLで構成さ国防省。 XHTML 1.1の'（付録Bに付属のドライバファイルを掲載 のXHTML 1.1 -モジュールベースのXHTMLの）は、これらのエンティティがたくさん含まれています。
 ％をXHTML form.mod;
 
この場合には、エンティティの公開識別子とシステムの一部を使って宣言されます。場合は、アプリケーションまたはパーサは、この公開識別子を理解して処理すると、DTDを含めるためにその情報を使用することができます。は、相対URLは、そのファイルを取得するため、次のを使用できない場合はありません。宣言の後、ファイルの内容をすぐには、DTDに含まれています。
 
。モジュールパラメータエンティティで終了します。エンティティターンモジュールは、上のエンドインチmodおよび（INCLUDEとIGNOREが）。attlistエンティティを使用して、同じ条件ステートメントを使用してオフに。たとえば、XHTMLのフォームモジュールには、通常、このコードのためにロードされる：
 ％をXHTML form.mod;]]"
 
場合は読み込んでから、フォームのモジュールを維持するには、すべての新しいxhtmlformを定義するだけです。モジュールのエンティティの前に1つ、IGNOREをの値で上書きする：
 ...  ％をXHTML form.mod;]]"の結果は以下です：  ％をXHTML form.mod;]]"
 
モジュールが読み込まれません。ここでは命名規則に注意してください-両方のエンティティ（。と。モジュール）国防部は接尾辞を除いて、同じ名前を持ちます。これは、DTDをはるかに管理しやすくなります。
 
スキーマのモジュールXHTML 1.1のときに準備しているXMLスキーマを使用します。 モジュールのXHTML 草案の付録には、"この付録では、モジュールをXHTML抽象モジュールのXMLスキーマで定義されての実装が含まれます[XMLSchemaの]は、XMLスキーマとなるW3Cの勧告を承認した。" ビルXHTMLモジュール ドラフトどのようにスキーマのモジュールをビルドするかを指定していません。現在のスキーマの下書きに直接パラメータエンティティが、同様のアプローチを一般的なエンティティを使用する可能性があります対応するメカニズムを使用しないでください（これはスキーマはXMLドキュメントそのもの）と、拡張子のXMLスキーマの制限のメカニズム。
記事は、アルバートLichtblau提出 


免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"XMLのDTDモジュール"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。