概要: HTML5 はまだ完全に完成した標準ではないかもしれませんが、大きく変わることはなく、受け入れられつつあります。 Justin James が、この新しい仕様の重要な概念を強調します。
1 年か 2 年前、HTML5 は一部のインターネットオタクだけが気にするような漠然とした概念だったようです。しかし今では、HTML5 がどこにでも普及しているように感じられます。 Mozilla と Chrome の急速なリリース、および Microsoft の IE9 (IE10 も現在「テクニカル プレビュー」ステータスにあります) の導入のおかげで、HTML 5 をサポートする限られた数の (または限られた数以上の) ブラウザーがほぼ世界中で利用可能になっています。 。開発者は、広く実装されている機能を利用し始めました。 HTML 5 は 1 年以内に完全にサポートされ、仕様は急速に安定した状態に達しつつあります。HTML 5 について知っておくべきことを学ぶには今が良い機会です。
XHTML は、特に解析の点で正確さを好む人にとっての選択肢です。 HTML の外観は常に XML に似ていますが、XML とまったく同じになることはありません。そのため、HTML を XML として解析しようとすると失敗します。そのため、少し前に、XHTML が HTML 言語に代わって策定され、XML という用語に分類されました。 HTML 5 の作業が最初に開始されたとき、XHTML 2 の作業もありましたが、最終的には棚上げされました。それどころか、HTML 5 仕様は、厳密な XML 構文に従った実用的な HTML 5 ドキュメントを作成できるようにするために開発されました。 XML MIME タイプで送信すると、クライアントも XML ドキュメントとして解析します。これにより、開発者は両方の長所を利用できるようになります。
HTML 5 に関して広く広まっている誤解の 1 つは、「2022 年までに完成しない」というものです。典型的な裏付けとなる証拠は、数年前に私が HTML 5 仕様の編集者である Ian Hickson に行ったインタビューです。皮肉なことに、そのインタビューでも彼は2022年の日付について明言していた。しかし、一部の人々はそれに興奮しており、彼らの怒りの記事は実際の事実よりもはるかに注目を集めています。
実際のところ、ヒクソン氏は 2022 年に HTML5 仕様が完全な W3C 勧告になると予想しており、その時までに 2 つの 100% 完成した検証可能な実装が存在することになります。これはかなり無意味であると同時に、大きな前進であると考えてください。これは、他のバージョンの HTML 仕様がこれまでにそのようなステータスに到達したことがないためです。検証可能であるかどうかは曖昧すぎます。 2011 年の現在、HTML 5 仕様はほぼ固まりつつあります。
HTML 5 ではドキュメントのマークアップに使用する方法がいくつか改善されていますが、大きな焦点は依然としてアプリケーションです。アプリケーション開発をサポートするために HTML 5 によって導入された機能の数は膨大です。だからといって、Flash と Silverlight がすぐに廃止されるというわけではありません。しかし、Microsoft は、Silverlight をブラウザ外のエクスペリエンスに再び焦点を当てると発表しました。 Flash と Silverlight には、HTML 5 にはない機能がまだいくつかありますが、多くの共通の目的に関して、HTML 5 の新機能のおかげで溝は埋まりました。既存のアプリケーションを書き直す価値はないかもしれませんが、HTML 5 が新しいアプリケーションに意味があるかどうかを確認する必要があります。
4: 多くの新しいツールの基礎です
HTML 5 が完全に成熟したアプリケーション フレームワークになったことで、ツール メーカー、特にクロスプラットフォーム開発の問題を克服するように設計されたツール メーカーは、現在、HTML 5 を製品の基礎となる技術。クロスプラットフォームで実行され、HTML 5 の機能内で動作するアプリを作成したい場合は、これらのツールを検討する必要があります。これはモバイル分野では特に重要です。そうでないと、対象とするモバイル プラットフォームごとにまったく新しい言語、API、フレームワークを学習する必要があるからです。
「HTML 5 の最高の新機能」として私が個人的に選んだのはタグです。以前 (およびタグを使用する前)、Web サイトにメディア プレーヤーを提供するには、自分で Flash または Silverlight に頼る必要がありました。これらの新しいレーベルの登場により、理論上はそんな時代は終わりました。なぜ「理論上」だけなのでしょうか？残念なことに、特許の関係で、ブラウザの製造元によっては、どの形式をサポートすべきか明確ではありません。そして、ひとたび事態が収束すると、Flash と Silverlight はどちらもその最大のユースケースを失うことになります。
Chrome ブラウザが HTML 5 において優れたスタートを切っているように見えるのであれば、ここには十分な理由があります。 HTML 5 仕様の開発では、コードの作成とデプロイに重点が置かれています。私が言いたいのは、ブラウザ ベンダーが何をしようとゴム印を押しているということではありません。しかし、まだ実装されていない機能を仕様の作成に携わる人々に受け入れるよう説得するのは難しく、実装された機能は新しいプロジェクトの基礎として仕様に含まれる可能性が高くなります。 Chrome は数週間ごとに新しいバージョンがリリースされるようなので、Google が追加した新機能も HTML5 仕様に含まれる可能性が高いです。
誰かが特定のブラウザが「標準に準拠している」または「標準に準拠していない」と主張するたびに、私は笑うしかありません。 HTML 5 が登場する前は、標準への準拠を証明することはまったく不可能でした。多くの場合、現在の仕様は曖昧すぎるか、重要な問題 (解析エラーの処理など) について単に沈黙しているため、さまざまなブラウザでさまざまな操作が可能でありながら、標準に準拠しているか、次のいずれかに分類されます。 「非互換性は検証できません」。最も有名な ACID テストでさえ、HTML のサブセットのみをテストするため、あまり証明できません。 HTML 5 のしきい値は大幅に引き上げられ、ユーザー エージェントが標準に準拠していることを証明できるようになりました。実際、2022 年に「推奨」ステータスに達するという日付の背後にある理由の 1 つは、完全なテスト パッケージを作成する必要があることです。
Webブラウザの標準互換性は人々が通常考えているように動作せず、HTML 5でもこの事実は変わりません。 HTML に関する大きな混乱の 1 つは、多くの Web デザイナーや開発者が、HTML 仕様が画面項目の外観を制御していると信じていることです。これは事実ではありません。たとえば、Web ブラウザーは、希望に応じて、互換性を維持しながら、タグに太字の代わりに大きなフォントや異なる色のフォントを使用させることができます。多くの場合、デザイナーがブラウザーが標準に準拠していないと言うとき、実際に直面しているのは、ユーザー エージェントにタグの表示方法の柔軟性を与えることです。 HTML5 でもその事実は変わりません。ラベルを正確に表示する必要がある場合は、ブラウザのデフォルトの動作に依存せず、CSS で要件を指定してください。
HTML5仕様ではついに正確な解析ルールを導入し、解析エラーが発生したときにユーザーエージェントが何をすべきかを定義しました。したがって、以前は許容可能な HTML として渡されていた、または「合法的な」HTML として渡されていたものの一部が、今後は渡されなくなることが予想されます。 HTML5 の解析ルールを理解し、コードがその要件に準拠していることを確認する必要があります。
以前のバージョンの HTML では、従来の Web ブラウザがユーザー エージェントとして選択されるという本質的な前提がありました。他のユーザー エージェントとコンテンツ タイプもサポートされていますが、それらは同等に重要ではないという暗黙の考えがあります。ただし、HTML5 では、非ブラウザーおよび非デスクトップ サイズのユーザー エージェントをブラウザーとより同等に扱うために多くの変更が加えられています。スクリーンリーダーや携帯電話との連携など、多くの進歩が見られます。つまり、よく書かれた HTML5 は、それを必要とする開発者にとっては「一度書けば、どこでも見ることができる」フレームワークであり、そうでなければ Web に苦労しているユーザー (特にさまざまな障壁がある人) にとっては機能します。
以上がHTML5 について知っておくべきことの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
