XML宣言には、XHTMLのDTDガイドレディング

XHTMLのDTDを読む：指示をXMLに 宣言

これは、W3C 長いHTMLの文書型定義（DTD）を残しているいくつかの開発者は実際にはHTMLの学習のための基盤として、これらのDTDを使用します。のXHTML 1.0 -彼らは、以前はSGMLのより複雑な構文を使用する-との検証に増加した重点開発リードがより密接にそれらを探索するのに少しわかりやすいXML構文でこれらのDTDを簡素化します。 XHTML 1.1の良い活用し、今始めるDTDの理解のいくつかのレベルを必要とする良いアイデアです。幸いにも、XHTMLのXMLを提供するすべてのツールを、よりXMLのすべてを学ぶXHTMLの方が簡単です考え出すを使用していません。

注意してくださいW3Cは、徐々に文書構造を記述するための新しいXMLスキーマの標準に向けて動いています。ときに彼らが、DTDを準備しているXMLスキーマを学ぶことをお勧めします、この構造でそれらを見つけ出すための強固な基盤を提供する説明。あなたのXHTML 1.0には、DTDのすべての理解のための要素および属性のルールを使用せずに作業することができますは、HTML 4.0と同じです。場合のXHTML 1.0でパーサの検証を使用する予定しかし、あなたについてのDTDはいくつかが発生する可能性のあるエラーメッセージのうちに把握する必要があります。加えて、理解するDTDを大幅にXHTML 1.1とは、モジュラーなアプローチであなたを助けることができます。

注意してくださいので、必ずしも必要はありませんXHTMLを使用する構文が、あなたを歓迎しているこの資料の場合は、好むとし、もしするときにそれを必要と戻ってくるのを救済するDTDを理解するためのW3Cの独自のXHTMLのDTD書き込み利便性、それ以上（と抽象的なレベルで、より多くの）読みやすく管理できる-しかし、一部のクロスを必要とするコストを参照するが全く何の特定の要素または属性に含まれて把握する。結果として、XHTMLのDTDはXMLやSGMLのバックグラウンドがなく、開発者のための読書を推奨されていません。次の節では、より複雑なルールは、XHTML 1.0 DTDの組み立てに使用する最大の建物の宣言は、XHTMLのDTD以内にシンプルな形で使用されるさまざまな種類を紹介します。

ヒント 場合は作成して、すべての彼らの栄光にしようとXMLのDTDを読み取るためのガイドがほしい なXML：プライマー、第2版 サイモンサンローラン（IDG社の記事は、1999年）による。 XMLの技術にも、詳細については、参照してください スタイルのXML要素 （マグロウヒル、1999）、また、サイモンSt.Laurentによる。

要素型宣言すべての有効なドキュメントを1つまたはより多くのニーズ 要素型宣言 どの要素名は、ドキュメント内に表示されるコンテンツは、指定された要素内で使用について説明します。もし要素名は、文書内に表示されますが、対応する要素型宣言されると、パーサーは、エラー報告を検証する。場合、要素のコンテキスト内のどこに表示されることになっていないのが表示されます（一部のパーサも、それは必須ではありません。）同様に、パーサーはエラーを報告する検証処理を停止。要素の型を宣言するための構文は簡単です：

ElementNameはコンテンツモデル"

要素名は大文字で、アンダースコア、またはコロンを開始する必要があり、それらの文字を含めることが、コロン、数字、ハイフン、アンダースコア、およびピリオド。要素名xmlでは、上（または任意のケースの変動初めのようなXMLまたはXML）は、W3Cの使用のために予約されます。コロンの使用は推奨さ を除く 第4条の説明の名前空間を使用するためのコンテンツモデルは、多くの複雑な要素とテキストの複雑な組み合わせを指定するデザイナーを有効にすることができます。そこの内容モデルを利用可能な4つの基本タイプ：任意の空の、構造化、コンテンツモデルと、混在したコンテンツモデルです。

注意してください要素型宣言 しない 要素とは何か上の任意の背景を提供し、どのような、または使用することが指定されたコンテキスト内で、その外観何を意味するコンテキスト。を個別に、通常、マニュアルでは情報を提供しています。要素型宣言は、要素のプロパティの設定は小さいが、重要な説明：名前が許可の内容。

空のコンテンツモデル 入っ コンテンツモデル 最も単純なモデルが利用可能です。空の要素のいずれか（平滑）、それらの間の空白は、空要素タグまたは開始および終了の設定はコンテンツは一切のタグを使用することがあります。空のコンテンツモデルを持つ要素の両方の例と、それらの宣言は非常に似ていますしかし、彼らは（通常）は、個別に宣言される属性情報を格納しないことがあります。imgとbr要素：

いかなるコンテンツモデル いかなる コンテンツモデル ほぼ同様に、空のモデルとしては単純です。要素は任意のテキストの任意の組み合わせと（）の要素宣言を含むことができますとして宣言された。いかなるコンテンツモデルのXHTML 1.0で使用されることはありません。しかし、時々は、XHTMLコンテンツを含むXMLドキュメント内の（おそらく、コメントが続きます）が表示されます：

XML開発者のANYの広範な使用に難色を示すと、深刻な脆弱性の導入などを見て、ただし、適切な独自のDTDでは、プロジェクトの先頭または将来の拡張用スペースを維持するためにそれを使用することがあります。このデコーダキーを使用する場合は、変換することができます表の要素の型の宣言の内容モデルは、英語にその作品。外側だけで全体のコンテンツモデルを囲む-構造化されたコンテンツモデルを宣言するための要件のかっこの最初の項目は、かっこ、キャプション内の？は、caption要素を1回表の要素内の最初の要素として（ただし、これはオプションです）表示されることを示して。コンマ以下のキャプション？は、他の項目が順番に表示される必要があります、次のことを示します。次のチャンクをいくつかのオプションを提供します：

（*コル| * COLGROUP要素）

このグループのいずれかコルまたはCOLGROUP要素の要素のキャプションを後に表示されることがあります。THEADを前に、（もしそれらが表示されます）が、それはCOLやCOLGROUP要素は、指定されたテーブル要素内に混在することができないということです。マークアップのこのチャンクによれば、 どちらか一方の ゼロ個以上のCOL要素 または ゼロ個以上のCOLGROUP要素要素は、この時点で表示される場合があります。場合は、XHTML標準の開発COLやCOLGROUP要素を混在させることができるように望んでいた、彼らは書かれていること：

（コル| COLGROUP要素）* 

このことは、COLやCOLGROUP要素の要素がゼロ以上のインスタンスは、単一の順序で表示されるから両方を禁止することなく見えるかもしれない。コンマ（コル* | COLGROUP要素*）、グループ化、THEADを続いて、次の？。キャプションのようにか、このTHEAD要素が表示できるようにゼロまたは1回。次にtfootの許可、次のカンマ？ゼロまたは1回のコンテンツモデルの最後の部分（コル* | COLGROUP要素*）のグループに似ているtfootの要素の可能性のある外観を示すためには若干の変更は：

（TBODYを+ |商品+）

再度、いずれかTBODYを、またはTR要素は、この場所には、コンテンツモデル内に表示される場合があります。ただし、これらの要素のうち少なくとも1つのインスタンスは、有効な文書が必要です。これは、テーブル要素内の唯一の必要なコンテンツです。 table要素のないインスタンスを含むことなく表示される可能性がありますTBODYをやtr要素は、少なくとも。

混合内容モデルHTMLの要素のほとんどが含まれて 混合内容モデルは、文書の著者に一緒にWebページを作成するためのテキストと要素混在させることができます。 XMLの混合内容モデルの2種類が入って来。単純な場合は、テキストのみを含めることが要素を作成する：title要素は、例えば、テキストのみを含めることができます：

PCDATAの略 解析対象文字データ、このように、同一の宣言は、XMLをサポートするSGMLのテキストの種類は1つだけ。書くことができます：

アスタリスクは、テキストのみの要素が宣言されますが、省略されているアスタリスクは、他の混在したコンテンツをモデルと一貫性のある。混合内容モデルは、テキストと要素の混合物を記述できますもっと複雑です。彼らは構造化されたコンテンツモデルのように、|と*指標を使用して、のように見える場合、非常にどのようにそれらを使用するには、限られている。要素型宣言は、この種の混在したコンテンツを使用するための一般的な構文は次のようになります：

のElementName （＃PCDATA | child1 | child2 | ...）*"

混合内容モデルだけが要素のセットが表示されるテキストと混合することがリストすることができますが、その順序か、または表示される時間数を指定することはできません。場合は、非常に単純な一要素はテキストを太字や斜体の要素を持つ混合含まれていますたとえば、宣言を次のように見えるかもしれません：

これらの宣言は、すべての段落をここに示すのが合法に基づく：

この1つでは単なるテキストです！ この1つの大胆な！ この1つの斜体！ これは自分の役割を大胆なおよび品番斜体！ これは自分の役割をイタリック体および一部太字- し再び大胆な！ 

混合宣言は、XHTML 1.0のDTDで使用されている;がある場合、パラメタ実体を知る必要があります（私はこの資料で後述）は、カバーとその使用法を理解する。

属性リスト宣言属性リスト宣言 あなたの特定の要素タイプで使用できる属性を指定することができます。XHTMLのすべての要素がリスト宣言属性（時にはATTLIST宣言と略す）は、少なくとも1つのコアの属性を設定しては、XHTML 1.0 DTDの重要な一部です。あなたが、XMLの要素型宣言以外の属性リスト宣言のために多くのオプションがあります幸いなことは、XHTML 1.0の仕様を離れての属性の中で最も複雑なタイプから宿泊可能です。属性リスト宣言の基本的な構文は次のようになります：

のElementName attName attTypeデフォルト attName attTypeデフォルト ... "

ただし、指定された要素のための特定の属性の最初の定義は、1つは、繰り返しの定義に使用されること複数の属性リスト宣言の1つの要素の種類が表示される場合があります。属性は任意の数の指定された属性リスト宣言では、特定の要素に対しても、何も定義されることがあります：

属性名は要素名と同じルールが適用されます：彼らは文字で、アンダースコア、またはコロンを開始する必要があり、文字を含む場合、コロン、数字、ハイフン、アンダースコア、およびピリオド。名前xmlを上（または任意のケースの変動最初の属性は、のようなXMLまたはXML）は、W3Cの使用のために予約されます。また、コロンの使用は推奨さ を除く 名前空間を使用しています。属性の最も単純なタイプは、CDATA型の略です 文字データ。単純なデフォルトでは、キーワード＃黙示は、属性のすべてのデフォルト値を指定していません。非常に単純な属性の宣言は、次のように見えるかもしれません：

次のセクションでより詳細には、属性型とデフォルトのオプションについて説明します。

属性の種類がどのようにこれらの属性の宣言は、XHTMLのDTDの中で雇用のサブセットを探索によって使用されるのを見てみましょう。 DTDは、パラメタ実体を、後でこの資料では、小規模な例ではカバーを使用して動作するようにとので、私たちは読みやすい例を作成しますが、XHTMLのDTDからではないの正確な見積りが簡単です。また、見てのとおりよ、W3Cは、基本的な型を使って表現することはできません属性のコンテンツへの期待を指定するパラメータエンティティを使用するタイプの属性はCDATAは、XHTMLのDTDを全体に表示されます。 CDATAは、loosestモデルながら、非常にいくつかの期待を設定する必要があるすべての種類収容されます。 CDATA属性型、数値情報、スタイル情報-テキストとして表現することができます基本的には何のURLを保持することができます。 img要素の属性リスト宣言のサブセットは、例えば、次のように見えるかもしれません：

これはURLを取るのsrc属性、CDATAとして表されます。の場合は、イメージがロードされていないに表示するテキストが含まれてalt属性も、CDATAとして、そのコンテンツとの間の違いにもかかわらず、表現されているのsrc属性の値。の長さを受け入れるの高さと幅の属性も、cdataを使用します。これは、その内容にはいくつかの制限の場所cdataが、これらすべての異なる種類の処理することができます。のXHTML 1.0勧告名はすべてのタイプの属性のIDや彼らは、DTD内のすべての単一の要素に利用できるIDです。 img要素のID要素を追加するには、単にこれを使用する：

または、上記のリストに以下を追加：

IDREFとIDREFの型は、より慎重に使用される属性です。これは、ドキュメント内のすべての要素のラベルの作成を可能にlabel要素は、そのIDの値は、コンテンツ記述が含まれて属性のレッテルを貼られています：

    
ただし、それら複数のIDの値を参照するには、単一の属性を許可するこのメカニズムは、ラベルを1つだけにドキュメント内の要素を参照する- 1つは、id属性の値は、属性のためのラベルです。IDREFSは、同様に使用されて一致するが、ことができます。のXHTML 1.0表のセルのヘッダーのラベルは、それらを記述する点にできるようにするのIDREFSを使用します：

    
    
 
複雑なテーブルもヘッダーの複数のレベルの芽を、この表の再編成や分析の管理を支援することができます。例えば、XHTMLは1つの単語にコンテンツを制限するNMTOKENの属性の型を使用します。 、地図、およびオブジェクトの要素では、NMTOKENのと同じルールにname属性の値を制限するためにid属性に適用される使用されます：

    
    
    
	



 
XHTMLの使用 属性の列挙 許可の選択肢の小規模なセットをリストとして提示して属性の値を制限する。列挙型の属性は、DTDを全体に表示されます。列挙型の属性の型の使用は、特に入力の要素は、type属性は、要素の"本物"の意味を定義する場合に便利です値を制限する：

    
列挙型は、特定の属性は、1つの値が列挙型を使用されます）することができますimg要素のismap属性（例えば：ために使用されます
場合は、img要素のイメージマップとして扱われるべきである、ドキュメントの作成ここに示す属性ismapを使用する必要があります：
画像の場合は、地図、img要素ではないすべてはここに示すようismap属性してはならない：
XHTML 1.0をNMTOKENSの、表記では、エンティティ、またはエンティティを使用しないすべてのタイプの属性です。しかし、それらを使用するXMLのDTDで、または含まれてはXHTMLが含まれて設計されて禁止されていません。場合は、マニュアルを参照するDTDは、XHTMLを使用すると、これらの型が発生したことのために適切な使用についてのDTD。
記事は、アルバートLichtblau提出 


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