HTMLとXHTMLのアプリケーションの可能性

概要

HTMLからXHTMLへのシフト デザイン志向のfreeforのすべては、Webの黎明期の特徴からの意識に大きな変化が必要です。スタイルでこの変更により、作成、プレゼンテーション、ドキュメントへのより多くの制御可能な強力なアプローチを基本的なアーキテクチャの動きを反映して管理。建築様式の変化との間の接続を理解することはXHTMLからより直接的なメリットを見つけることが-たとえとして、ツールのみに追いつくために起動します。今後は、XHTML、より高度なWebアプリケーションへの移行計画を支援することができますを開き、可能性を調べましょう。

からのプレゼンテーションの再処理とその相互作用にHTMLの合理的に魅力的なページをユーザーに提示する（ただし、Webデザイナーは、常に彼らの栄光や恐ろしい）と、フォームやハイパーリンクを介して相互作用の非常に単純なレベルのサポートをするように設計されます。アプリケーションロジックは、Webブラウザのサポート- HTMLページとスクリプトではなく、Javaアプレット、プラグインの拡張プラグイン、またはActiveXコントロールのレベルを少なくとも1日-は比較的簡単です。アプリケーションは、Web用に設計された上での処理を集中する傾向があるデータベース内のサーバーに格納する情報を、Webブラウザを使用してサーバーの情報を、単なる窓など。これにより、セキュリティ、処理のために、より洗練されたサーバ側の施設を利用すると接続できます。は、動的なHTML Webは、より高度なインターフェイスの情報をアニメーション表示ができるブラウザで作られた、フォームのインターフェイスは、主な方法は、ユーザーと情報を操作するためのまま新しい情報を入力します。一部のWebブラウザをユーザーがHTMLを編集し、それをサーバーに返送を有効にする;が、エディタは、多かれ少なかれ、別のアプリケーションのみをHTMLの編集は、サーバーアプリケーションでは一般的な目的の相互作用のために便利です。

XHTMLはより多くの柔軟性の強力なXMLをモデル化するWebアプリケーション用のHTMLモデルからの移行を提供します。一方XHTMLのアプリケーションでは、HTMLアプリケーションのように開始されますは、XHTML、アプリケーション開発者は、HTMLの語彙を使用したXMLのツールを統合できるようになります。 XHTMLのは単にXMLの最終的な買収の箔ではない-それは生きてこの新しい世界では、よく知られているHTMLの語彙を維持することを約束。

フローとTrees：HTMLとXMLの解析HTMLやXMLプロセッサは非常に異なる表示テキストを扱うことが多い。一方のプロセッサの両方の種類のスタートからフィニッシュまでのドキュメントを読むと、HTMLのプロセッサをHTML文書HTMLspecific理解を使用してお読みください。しかし、XMLプロセッサは、より一般的にドキュメントを解析する傾向がある。応用して、解析の結果では、実際にはそれ自体の解析に参加することなく、独自のロジックを適用します。このような分離のためのアプリケーションの抜け穴を提供したり、基本的な構造を変更する独自のロジックを適用することはできませんXMLドキュメントを緊密にXMLの仕様に準拠する必要があります。HTMLパーサは、通常1つの目的のために組み込まれている：HTML形式を読むこと。かどうかは、パーサーは、ドキュメントのブラウザの表示を構築、検索エンジンのため、情報を取得またはショッピングエージェントの情報フィード、HTMLパーサは、HTMLの語彙について多くのことを知る必要があります。これは重要な情報を、どの要素がどのように適切に要素が終了タグが省略されて終了し、終了タグの必要がないとは、特にトリッキーな要素を扱うためのルールはルールの複雑な設定が含まれます。 META要素は、例えば、属性とその真の目的を定義して目的を実質的には、文書の残りのための解析プロセス影響を与える場合があります事などの文字エンコーディングを宣言されます。 INPUT要素と同様、その真の目的を定義する属性を使用します。これはプロセッサの情報をかなりの量の場合、INPUT要素をネストされて正常にフォームを処理するために追跡するために、非合法化されますので、ネストのINPUT要素が必要になります。

結果として、HTMLパーサ緊密に特定のアプリケーションには、その特定のアプリケーションにとって意味のある処理のルールを適用する保税される傾向にある。検索エンジンは、例えば、通常、すべてのマークアップテキストに焦点を破棄する-そのキーワードの情報を提供するMETA要素を除いて。ブラウザは、パーサからできるだけ多くの情報を収集する必要がありますが、どのようにマークアップドキュメントの構造への変換には独自のルールが適用されます。

一方、XMLパーサを行うには同様の仕事をして、彼らは、特定の語彙を参照してくださいに期待していない、したがって彼らの解釈のHTMLパーサが行うようなことはできません。代わりに、ガイドラインの洗練された設定と情報の流れを解釈するのは、XMLパーサを抽出し、要素、属性、テキスト、および文書のマークアップ内の他の情報が記載されてツリー構造を報告する。 XMLパーサーは、文書に明示的なマークアップ構造にどのようなアプリケーションに報告されるかを判断が、アプリケーションからの注文を受けていないの指示はるかに超えてこれのファイルを解析し、この接続が失わと、簡単に、同一のXMLパーサーを使用できるようになりますのXHTMLやMathML、SVGの、または任意の他の可能な語彙や構造を解釈する。アプリケーションは一般的に情報を処理するのは、新しいオプションがあると情報を処理するためのアーキテクチャの新しいセットを開放。

アプリケーション層XMLドキュメントの処理のためのマークアップするためにXMLの一般的なアプローチは、ドキュメントを処理するため、多くの新しい可能性を、すべての場合、XHTMLを使用することができますが開きます。ながら、それは'dumber直感的に思えるかもしれないプロセッサXMLの方法により、アプリケーションのための余地を残して、より強力なアプリケーションに問題がはるかに広い範囲の解決につながることができます。

文書の提示XMLパーサー-彼らは本当に彼らの語彙の文書で使用され解釈されないことができませんどのように情報が表示されるべきかについてどのような仮定しないでください。 P、Bの、エマージング、フォント、引用、および他のすべてのHTMLで使用されるだけで、XMLパーサー-何も他の人に名前です。その一方では、XMLを提供する場合、非常には、上のプレゼンテーションについての情報がブラウザに必要なビルドに積層することができます構造体のセットきれい。

カスケードスタイルシート（CSS） プレゼンテーションのためのルールが、ドキュメントの構造に注釈を付けるためのツールの1つのセットを提供します。 CSS）とどのようにコンテンツを提示する必要があります詳細については、色、フォントファミリのフォントサイズから数ブロック、テーブル、またはインラインテキストvelements（などのプレゼンテーションの役割の種類を記述するための正式な語彙が含まれます。 はExtensible Stylesheet Language（XSL）を として、次のセクションで、"ドキュメントの変換説明する別の可能性は、"両方のHTMLとXMLとCSSを使用することができますが、それより重要なこととXMLを使用するように容易になります。ときにHTML、CSSのサプリメントで使用される-といくつかのエクステントを上書きする-特定の要素を提示するためのルール。一方、XMLでのCSSを操作することができます白紙の状態を提供します。実際には、CSS2仕様のHTMLのためにアウトライン"のサンプルスタイルシート"を提供し、ほぼプレゼンテーションルールのXMLアプリケーションをHTMLにレンダリングするために使用することができます設定を完了します。（参照http://www.w3.org/TR/RECCSS2/詳細については、sample.html）。

XHTMLのこれらの2つのアプローチブリッジの可能性を提供しています。ときに作成するHTMLプロセッサは、十分にレンダリングを生成するマークアップを理解することができます-とか、スタイルシートの支援なしに使用されます。ときに、XMLプロセッサは、スタイルシート内のルールを適用することができますアドインとHTMLの死を理解することなく、レンダリングを生成するために使用されます。開発者は、プレゼンテーションを記述するためには、HTMLの内部メカニズムに依存している（フォント、Bの、私や他のタグ）が価値があるのXMLモデルに切り替えることがあります。文書からプレゼンテーションの説明を分離することは多くの文書（たとえば、多数の間で書式設定を再利用することが簡単になります）上のテンプレートに頼ることなく、一貫した外観の建物。

変換する文書これは、XML文書の構造をしっかりとドキュメント内で定義されて、比較的1つの語彙や別の構造体からの情報を変換するためには簡単だ。 HTML文書は、通常の情報の最終的なコンテナとして扱われ、配信を主に、エンドユーザーに使用されます。まで、ユーザーがそれとは別の形で働くことを望んでは、XMLドキュメント-ドキュメントおよびXHTMLドキュメント-情報waystationsとして、特定の形式で情報を保持することができます。この単純な例では、テーブルに格納するなどの情報のセットです。 10年間の業績。一方、テーブルの再読み込みは、"私は、バーグラフ"も便利です、この情報を表示するアプリケーションに伝えることがされて便利です。 HTMLテーブルの現在のところ、そのプロセスは、通常必要なコピーの情報を、それをサポートしてグラフのアプリケーションに貼り付けして、グラフを作成する。場合は、表に、XMLまたはXHTMLに格納された場合は、簡単にグラフとしての情報を提示すると、テーブルにスタイルシートを適用する-おそらく、W3Cのを使用してアプリケーションに指示することができます はScalable Vector Graphics（SVG）のグラフィックスを表示するためのXMLボキャブラリ。

JavaScriptのは、VBScript、Java、または何でも便利です。また、一般的には、W3Cのを使用してスタイルシートを作成することができます 拡張スタイルシート言語変換- ations（XSLT）を その1つの形式から別の変換を自動化します。これらの変換を、一度書かれ、異なるフォーマットの間では、同じ形式の別のインスタンス上で再利用できる経路を提供します。いくつかの制限があるため、グラフの語彙か、特定のコンテンツ-例えば、'変換ﾑ/'は、テーブル内のバーグラフに-しかし、可能性の全体を新しい範囲が現れる。W3Cのとは理解できないかもしれませんが 拡張可能スタイル言語（XSL） このアプローチは、おそらくほとんどの開発を使用しています。 XSLスタイルシートは、語彙のオブジェクトは、要素の書式設定の構成に変換XSLTの（）は特定のXMLドキュメントの構造からのように書かれていると属性がプレゼンテーションを記述する、非常に詳細な方法です。中にはCSS（前のセクションで）、単に注釈をドキュメントの構造をプレゼンテーションのためのルールを提供する説明は、XSL開発者がXML文書の文書には、純粋にプレゼンテーションを記述する任意の種類を変換することができます。

一方のXSL、おそらくほとんどのデザイナー、XHTMLを操作するためのやり過ぎは、XHTMLのXSLT変換用の人気のターゲットです。変換する情報をXHTMLに変換するXMLドキュメントに格納されてブラウザでは、一般的に理解し語彙を使用してもはるかに広い範囲でその情報を読み取ることが可能になります。

にし、参照するドキュメントのリンク

ため、HTML文書などの柔軟な構造を持って（十分なように、異なるプロセッサを異なる方法で解釈することができます）、それは非常にHTMLドキュメント内の場所を記述するための信頼性と利用可能なツールを作成するのは難しい。ような単純なも何か"、2番目のセクションの第三項"を特定するのは難しいです。は、多くの場所を記述するXML文書内に簡単ですので、XMLのように設計されているすべてのパーサーのすべてのドキュメントのと同じ構造を見ている。これにより、より簡単に使用を必要とせずに、ドキュメントの一部からのリンクを作ることができるアンカータグ （）は、ドキュメント全体で。効果的に、開発者がコントロールしていない文書の部分をポイントすることができます。これは、順番に、その検索エンジンは、雑誌のサイト、または人々のリンクを作成し、ターゲットドキュメントの所有者間の調整なしには一般的な基準から多くの、より詳細なポインタを構築することが可能になります。

格納する文書XMLの階層的な性質だけでなく、ドキュメントストレージおよび管理のための新たな可能性を開きます。一方、多くのHTML文書をデータベースから生成され、非常にデータベースに任意のフォームより、通常のファイルシステムよりも便利でHTMLを詰め込むのは難しい。テキストの仕事は、HTMLの混沌とした流れなときに線形のファイルとして格納されますが、それらは非常に保存するとインデックス作成のための小さなコンポーネントに分解するのは難しいしています。あなたはテキストフローをXMLとして保存することができますが、それも小さいビットの多くにXMLを分解する可能ですが、データベース内に格納し、取得し、これらのビットを必要に応じて再結合。この情報をランダムにアクセスできるよう、これらのドキュメントのアプリケーションでは、それを解析し、文書全体をロードする必要なく、保存され、必要な情報を引き出します。

このアプローチは、2つのケースに便利です。最初のケースでは、XML文書内の情報をこれらの伝統的なリレーショナルデータベースに格納されたと同じようにデータストリームです。にして、リレーショナルデータベースをマッピングXML情報は非常に難しい、およびツールを通常のファイルシステムと同様に、このプロセスを見えるように、『Oracle、IBM、および他のベンダーからデータベースに表示されていません。2番目のケースでは、XML文書の断片化の読者を与える書類のうち小さい方の部分にライターにアクセスできるので彼らのダウンロードを回避することができますし、潜在的に膨大な文書には単に小さなビットを取得するためのオペレーティング。このケースでは、XMLドキュメントのネイティブの階層構造は保持されます-するだけでなく、マッピングテーブルのセットから。中には、リレーショナルデータベースの枠組みの中で、この断片化を行うことが可能です（いくつかのリレーショナルベンダーが推進している本）など、オブジェクトデータベースの階層的な自然は、XML文書内の構造を反映して、さまざまなストレージメカニズムは、詳細を提供する他のオプション。これは、構造を乱暴にテキストやその他のコンテンツの量の変化を含む可能性がありますXHTML文書にうまく機能する傾向がある。

検索とインデックス作成の文書同じ構造を参照し、XMLドキュメントの格納を容易に検索できるように、簡単なだけでなくにインデックスを付ける。参照ツールを使用すると、簡単にコンテンツおよびインデックスのテーブルは、ここで検索結果に表示されるXMLドキュメントの部分のアドレスを構築することができます。加えて、XMLの命名規則構造の柔軟性、特定のフィールド内の情報のために可能性を検索することができます。ドキュメントのいくつかのフィールドの潜在的なベースを失うのXHTMLを使用するので、情報の提示のためのHTMLの語彙を採用。しかし、XHTMLの中に他の可能性-などのクラスを使用して指定された要素が何が含まれての"本物"の説明を提供するための属性-を提供することができます要素名をXMLに似てフックします。

ほとんどの検索エンジン今日は、フルテキストの戦略を使用して好んでHTML文書のマークアップを破棄します。一方META要素は時折、これまでは、HTMLの世界で生まれたコンテンツとコンテンツの種類を識別するための規則をいくつかの注目を受けることがあります。 XHTMLのフリーフォームの内容の標識を提供しないことがありますXMLを提供していますが、確実に参照の断片、その機能を簡単にドキュメント内の情報を見つけることがあります。

記事は、アルバートLichtblau提出

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