XMLおよび次世代のWeb

あなたのMozquitoのHTMLの作成/ JavaScriptでアクセス可能 一方Mozquito工場、HTMLとJavaScriptを生成する任意のブラウザはJavaScript 1.2をサポートする上での機能は、いくつか余分な努力を可能な限りのアクセスが、残念ながら、多くのWeb開発者は、Webアクセシビリティ、障害を持つ人々だけに限られていると思うとして書類の作成を行使する必要があります。ておいてください心は、ブラウザの古いバージョンでは、テキストを持つ人々ベースのブラウザ、携帯電話やPDAなどの新しいデバイス上のブラウザでMozquitoで大きな困難なコンテンツの制作になります。Mozquitoを開く、メモ帳、ワードパッド、またはHTMLファイルを生成任意のその他のテキストエディタを開きます。スクロールダウンするためには非常には、ドキュメントの下部にするとの使用を参照してくださいすることができます

私はFML密接にフォームのHTML 4.01のバージョンに似て、この資料で何回か言及した。ガザプリロードされた画像を編集可能なリスト、およびレイヤとは、HTML 4.01で全体のFMLフォームを複製することができます。タグ。場合は、個別のHTMLファイルにしてMozquito HTMLドキュメントにそれらをコピー、編集をした後に、あなたのFMLのドキュメントの完全な時間に余裕があります。（心の中でMozquitoをHTMLにFMLの文書からそのたびに、エクスポートする場合は、コードを失う文書てください。）だから、別のHTMLで保存するファイルを検索しMozquitoをHTMLにする直前に上にポストを追加重要なのはあなたののWebサーバに、JavaScriptとフォームの詳細にアクセスする方法の詳細については、W3CのWeb Content Accessibility Guidelinesのを見てください（）。

XMLおよび次世代のWeb

あなたがXHTMLのを見てきた すべての様々な角度、それを課す新たなコストが紹介された新機能から、からWebサーバーにPC上でWebブラウザは、さらに大規模な機器に携帯電話からのデバイスでの使用を熟考した。今ではすべてが、それは時間の長期的な利益を考慮する-かつてはおなじみのWorld Wide Web上での全体的な影響を介して携帯SNSだ。

一人一人とマシンにマシンにこれまでのところ、ウェブは大半が、一人のためのツールされている人と人から人へのマシン接続。一方、単純な広告を指向 パンフレット WebサイトやWebのほとんどの情報コンテンツを人間の消費のために、多くの駆動力（読み：投資機会）は、Webの後ろのプロジェクトから、それより簡単に、人間のマシンに接続できるように来ているものです。人間のマシンに財の受注額を入力する接続すると、インスタンスは、主にコンピュータの間の道に沿って多くの人々の参加によって管理されるイベントのシリーズ全体の設定をオフにします。

ほとんどの部分については、人間の"私を呼び出さないで維持して、私はコンピューターに向けて"という態度と呼ぶ。コマーシャル自動化された電子メールとして一般に知られて スパム ときに、迷惑な場合は、インターネットの悩みの種ではなく、1つは、観光スポットとして見られている。一方、機械人の通信は、短い期間にある小さな後押しするものだったときに プッシュ 、人気の帯域幅を懸念し、これを持つ人々自身、多くの顧客せずにプッシュ左の情報を取得する可能性がある成長を容易に見えた。同様に、人々は、Webサーフィンのコンピュータを監視する見通しで興奮していないようだが製品の表面上は自分たちの利益に適切な購入についての提案の結果。

XHTMLのは、この枠組みに入る-のマークアップ、人間が読める情報とフォームの応答が読める情報-マシンを提供し、いくつかの新たな扉を開き、提供しています。マークアップはまだ人々に情報を提示、それもマシンからマシンへ情報を運ぶ。フォームを具体的にはXHTMLのモジュール化とそれを提供することができる拡張性、人々のマシンに送ることができる情報の種類にかなりの改善を約束する。しながら、XHTMLでは何もスパムの多くは、XHTML興味深いのは、少なくともお使いのコンピュータのためにお読みする必要はない有用な情報を伝達する人への送信機の可能性を開きます。教師は、きれいにフォーマットされたメッセージは、新しい3つの学生の彼女のクラスに追加されているが自動的に学校のコンピュータから送信された読むことができます。一方で、彼女のコンピュータには既に自分の名前を抽出しており、グレードの記事に追加しました。

を自動化する-とのフラグメンテーション- Webサーバー前述の例ではXHTMLの可能なものになりますの小さな作品を例証する。アプリケーションを作成するため、特定のボキャブラリの開発を可能とByの組み合わせで、より一般的なHTMLの語彙とそれらを使用すると、XHTML文書にするための情報の複数のレイヤーを運ぶ。これらの層は、文書の別の"顧客"で、1つのレイヤーに（おそらく）人間の消費と他の層を自動処理ツールで使用するための情報を含む文書としては、メッセージを示して、HTMLの語彙を使用して目的とする場合があります。

場合には、Web開発者は複数のベンダーから、ブラウザ間で複雑なタスクを実行しようとしているもののHTMLの断片化と非互換性だらけ見えるかもしれませんが、これらの実装の全体的な類似点が一般的には相違点を上回る。類似度の期待は、単純なHTML頻繁にそれ以上に違いが現れ始めるイライラになりますが作成されます。（主に）この時点までに統一されたのXHTMLはある程度する-と、XMLをはるかに大きい程度に-乱暴に様々な語彙は、Web維持して共通の理解を粉砕の展望を持つ人々の恐怖もたくさんある。としては、Web、しかし、大きくなると、このようなカスタマイズされた語彙の上昇を要求する。より具体的な説明の値は、複数のWebアプリケーションの開発も明らかになり、追加の機能をビルドしようとします。

多くのイントラネットサイトがすでにbastardizedのHTMLを含むマークアップは、HTMLではないが含まれます。人は、HTMLのフレームワーク内にとどまることを望む開発者のための情報は、この種の一般的なdivやspan要素がなるのプレースホルダ。これらのクラスを使用することができる情報を実際に何であるかを示すための属性です。（この属性は限られた拡張性を提供しています。）は、Microsoft XMLを提供 データ 島 HTML文書内では、開発者は、この情報を扱うためには、マイクロソフトの独自のソフトウェアの枠組みの中で動作する設定ツールの正式なものとする。この付加的な語彙の主な利点は、開発者がアプリケーションのすべての種類の構築を可能にフックをカスタマイズ増加さドキュメントには、スクリプトまたはプログラムを効率的かつ確実に処理できます。コストは、もう少し複雑ですが、その大半がいないすべてのドキュメントの潜在的な受信者のツールは、ドキュメントが完全に処理するために必要としているという事実からステムはプラグインに依存するWeb開発者の機能は、すでにこの問題に直面するが、 HTMLの語彙拡張を悪化させるには、少なくとも短期的に脅かしている。開発者のいずれかかどうか、受信者の処理サイクルは、情報の受信者を処理できるの交渉を過ごすか、またはいないか、使用できるすべての情報を送ることができる。

これらの交渉やフレームワークの加工形状はまだ明らかではありません。ながら、それが構造がすでにコンテントネゴシエーションHTTPヘッダと、MIMEコンテンツの種類（など）とマークアップの処理などに使用される上に構築されることを前提に合理的なの（このような欠落部分のドキュメントオブジェクトモデルおよびXSLT）、ロットとして残ります。 XHTMLは危険な処理されるHTMLの語彙を拡張し、使用し、少なくとも最初にいくつかの深刻な非効率性も含まれる。一方、交渉をスキップするだけのユーザは、のためにツールを持っていない情報を取得する意味があります配送情報ネゴシエーション、リソースを消費することができます。情報とは異なり、プラグインを使用するために送信されるプラグイン、今日は、XHTML、余分な手順では、ユーザーが、"いいえチャンスと言うことができます建てられ、私はそれを表示するにはコンテンツやソフトウェアをしたくない提供していません。" XHTMLの使用（基盤として）と、追加のXML（XHTMLのモジュールとして）ユーザーに対する理解の基本的なレベルを確保する必要が基盤を拡張する場合でも、自分たちのツールは、ドキュメント全体を処理することはできません取り入れた。のユーザーは、適切なツールを適切にせずにドキュメントを処理するために、XMLコンテンツの上昇のレベル、しかしとして、より困難になることがあります。これらの例と対処のユーザーを助けるのはまだ始まったばかりされている適切なツールを見つけるためのインフラストラクチャ。よりも価値がある今のところは、拡張XHTMLは、さらに問題を引き起こす可能性が非常に危険な作業です。

注意この種の自動化は、セキュリティリスクを招く可能性があります説明する。開発プログラムは、メッセージのコンテンツに対応するこれらのメッセージを潜在的に有害な情報の担い手になります。場合は認証が含まれて破損または失われた情報に対する保護を提供する安全な枠組みの中でこのようなアプリケーションの種類、それらの構築を確実なものに記述します。また、人間の介入が必要との境界として、多くのワークフローアプリケーションを発見して設定する価値がある。

情報漏洩として、XHTML文書に来る"本物"の情報は、予定外の情報流通の増加のリスクがより多く含まれています。 HTML文書は、もちろん、機密情報またはその他の機密情報を含むことができます。さらに"すべての情報を慰めただし、HTMLが表面に"スタイルをしています。開発者がドキュメント内の情報の複数のレイヤーを含むように起動すると、いくつかのこれらの層のユーザーに直接表示されない場合があります。

、極端なケースをするには、企業の年次報告書公共消費のために準備を想像。算出公共の数字とはかなり円グラフの下に沿って情報と生産のノートの監査は、同社の運用についての機密情報の詳細を膨大な数のうそ。この情報のすべてから削除されます 最終的なHTMLバージョンこれは、前述の説明に適合-すべての情報を表面にしています。

仮に、しかし、誰かが年次報告書は非常に会社-特定の部品に有用である可能性があります決定するという経営トップや取締役会-より具体的な詳細をインターフェイスとして。とは異なり、 フラットなHTMLバージョンこの強化されたXHTMLのバージョンを、表やグラフを介して、ユーザーがクリックできるようになる場合、別の視点の必要に応じて再配置する基礎となる情報に到達する。際には、インターフェイスは非常に精通され、年次レポートを開くと同じように前とは、HTML内で探します。余分な機能や情報をオフに設定するユーザーとの対話が必要です。

この徹底的に強化されたXHTML文書は、お世辞いとこの間違っていると、外の世界に達すると、多分アナリストは、その結果悲惨なことができる。この問題は、クラッカーがシステムに侵入を伴うわけではなく、ヒューマンエラーなどの情報を管理するためのインフラの不足が含まれます。これはかなり最悪のシナリオですが、それは、新たに個人情報の洗練された表現をその公開のバージョンと同じ枠組みの中で使用される可能であることを警告する。 XHTMLの新しい可能性を開きますが、それとの新たな責任をもたらします。セキュリティインフラストラクチャがない、まだされ、マークアップは、自分ではセキュリティを提供します。

エージェントの夢の復活一方、情報漏えいいくつかのコンテキストでは、有害な可能性があります、それはHTMLのWebの可能性されていないアプリケーションの範囲全体への扉を再開される。 エージェントは、ソフトウェアが自動的にユーザーのニーズを満たすためにプロセスの情報を見つけるには、別のチャンスがあることが設計した。一方のエージェントは当初、ユーザーはタキシード姿で（販売価格を望んでいた情報を見つけるためのツールをカスタマイズすることを約束した、例えば）、彼らはしばしばHTMLマークアップとは、人間の言語の情報を周囲の不正確な性質を並べ替えの難易度によって窮地に立たされた。

XHTMLは魔法の治療されていないすべてのこれらの問題を。人間の言語のコンテンツの重要な部分は、エージェントの検索は多くの種類、およびXHTML自体のコアのかなりを解釈するためのエージェントが難しいままに対処する必要がありますままになります。の場合の価格は、例えば、赤と大胆なカスケードスタイルシートを使用してレンダリングされ、その情報も、文書内に表示されない場合があります。エージェントに何か（クラス属性）を把握する必要性にラッチいれば、確実に、ユーザーが欲しい情報を抽出するために願っています。

その一方では、XHTMLの拡張エージェントを埋め込まれたXMLコンテンツの形式で動作するようにいくつかのリアルタイム情報を提供することがあります。場合、例えば、販売情報をマーキングするための共通モジュールに広く使われていた-あるいは、複数のモジュールを使用するに入ってきた-エージェントは自分の欲しい情報への有意義なポインタを持つだろう。多くの会社がこのような情報を提供することによって、比較ショッピングを有効に心配されるかもしれないが、彼らにそれだけでなく、新規顧客をもたらすことがあります。

XHTMLの生き残れるか？HTMLのいくつかの初期の評論家たちの交換のために沿って来て長い間待っていた。彼らの視点から、XMLは、最小限の学習曲線で、ツールの多くの多彩なセットを提供し、それと同じに（ブラウザ、HTTP、およびWebサーバー）は、HTML、今日はインフラストラクチャに適合することができます。ツールなど、XLinkのは、単純なメカニズムをHTML形式で提供されるはるかに超えてXMLのハイパーリンク機能、およびXSLスタイルシートを与えることができる同様に、HTMLの夢にも思わなかったのWebベースの開発者を上回る消費電力の書式設定を約束します。 XMLを構造化ベクターグラフィックス（SVG）とマルチメディア統合言語（SMIL）は、グラフィックスやマルチメディアまでのところ、もっと一般的な目的の文書よりもHTMLの志向が存在することができますシンクロナイズドスイミングのような語彙を作成することが可能になります。このような観点からみると、HTMLの全盛期過ぎている-が弱いのツールを持つ交換のみ何百万人の存在によって後手にされ レガシー ブラウザを閉じます。

友好の観点は、HTMLの語彙より価値を見つけます。にも離れてブラウザの百万人から、すでに、またはすでにどのように作品をしっかり理解している開発者の大規模なコミュニティの分散は、HTMLまだ十分に知られるように、最初の場所に放り出さの理由の多くは動作します。これはHTML文書を作成することは困難ではないながら、XHTML構造にはいくつかのルールを課しても、これらのルールは実際にトラブルの初心者を保つことができます。ながら、文書作成者は、使用可能なインターフェイスを構築するために必要な権限を与え、固定HTMLの語彙、境界線のは不可能だとの目標を目指してからのプロジェクトの状態に保つために設定しています。 HTMLの既にスタイルシートへのアプレットやオブジェクトをスクリプトから拡張子を収容、能力実証しています。あなたは、世界の多くに沿って単にXMLなく、罰金を使用しても得られないされると主張することができます。

これはWeb開発に、より緩やかな経過をたどる可能性が高いようだ、これらの2つの提案も。 HTMLの語彙を非常によく知られすぎてすぐに消えてサポートされて、それはおそらく、常にマークアップの多くの種類の基本語彙のようなものを提供します。HTMLのボキャブラリは、長い時間がXML形式で来るということだが、他の機能を提供するが含まれて情報のためだけの書式設定されていないの意味。 HTMLフォームは、HTMLの明確な利点がある1つの領域ですが、HTMLはまだXMLの任意の広く使用されるように実装されているコンテンツを記述するため、他の多くの機能が含まれます。 XML文書内のスクリプトを含むない一般的なツールを提供し、文書内のスタイルシート情報を含む一般的な方法がない。すべてのこれらの問題へのアドホックソリューションには、語彙の上で語彙単位ではなく、XHTMLのは既に用意している開発することができますて、これらの問題とは、その使用方法を知っている開発者の大規模な社会へのソリューション。

XHTMLの開発が最大の問題のHTMLに直面して根絶することを約束する：その脆化で拡張性の欠如がもたらした。それと同時に、XHTMLのいくつかの問題としては、XML Web環境にrealworld問題への再利用可能なソリューションを提供することをもたらすのXML開発者の顔を解決することがあります。中にはXHTML文書を最終的に見えるかもしれませんが、非常には、HTML forbearers好きだが、考えられるようにHTMLの機能の多くは、移行期間をいくつかの改造（おそらく）を超えて更新されます少し。他のWebツールを用いて統合するためのXMLを直接への飛躍の作成は難しいままである限り、他のツールが表示さ、およびXHTMLは既にはるかに必要なツールキットを保持します。

効率的、フレンドリー、目に見えない以来、初めて登場したのXHTMLはおそらく、World Wide Webの基盤となるアーキテクチャの最大の変更点です。 HTTP 1.1の情報を転送するが、プロトコルの洗練されたXHTMLのremodels HTMLは、最終的には認識されないことができるようにします。その代わりにかけて戦う タグのスープ、 常に成長し無秩序追加ベンダによって作らHTMLには、W3Cのチューニングを変更しており、ドアの新しい語彙を開いスローされる。新しい語彙を適切に名前空間とXHTMLのモジュール内の民族衣装を着たが、来る必要がある可能性があります。

XHTMLの中からその人の中には、人とコンピュータを他の人とコンピュータとの通信に使用する他の人と通信するために使用するWebを変更することを約束。この移行はいくつかのコストを負担し、道に沿っていくつかの問題を生成するが、最終的な結果は、Webは、人々の時間と労力を節約することがあります。既にWebは、大規模なネットワークが、新しい機会を創出することができますが、現在のフォームは、多くの機会を無視されたり、無駄なことを実証しています。ただし、これらの重要なままに、これらの問題が、より明白な帯域幅の問題に関係のない私たちは帯域幅で何ができるか。

おそらく、この変化の中で最も重要な側面はどのようにされると、小さな少なくとも最初のうち。既に見たようには、XHTML 1.0での移行を開始します（ただし、いくつかの混乱を）避けている可能性が少し混乱した。一方、将来のXHTML 2.0はXHTML 1.1を介しての移行の詳細バンプを伴うため、これらの新しい構造体は、長年のためのHTMLをサポートして、使い慣れた同じインフラ上に構築されている可能性が高いです。 XHTMLのブランドの新しいWebを新たに開始されていない、それは、既存のWebへの新たな可能性を追加している。ユーザーと開発者は、使い慣れたツール上に構築、願わくはは、XHTML TuneUpはそれらの基盤を理解するために必要とすることなく、より便利なWebを与えるでしょう。

ヒント まだXHTML、または、その作業についての詳細について知りたいですか？試しにXHTML - lリスト。詳細http://www.egroups.com/group/XHTML-Lでご利用いただけます。

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

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