HTML5 は Web 世界を再形成します HTML5 はインターネットをどのように変えます_html5 チュートリアルのヒント

HTML5 は Web 世界を再構築するでしょうか?

2010 年前半に起きた大きな事件は多くの人の注目を集め、この事件で初めて HTML5 の存在を知った人も多くいました。 HTML5 について初めて学習する人は非常に驚くかもしれません。HTML5 の仕様はすでに 6 年前に策定されていますが、それが実際に標準になるのはまだ不透明です。

実際、HTML5 仕様開発委員会の作業は非常にゆっくりと進んでいます。なぜなら、ブラウザを改善し、Web 世界を改善する方法については、ブラウザ ベンダーやその他の企業から非常に多くのアイデアがあり、これらがまとめられて HTML5 仕様に合意されるまでには時間がかかるからです。多くの新しいタグと JavaScript 関数が一部のブラウザーで実験されていますが、相互運用性と標準化の問題はまだ解決されていません。たとえば、Apple の HTML5 デモは印象的ですが、それらは Safari でのみ適切に動作します。だからこそ、Flash 支持者は HTML5 を Web を 2000 年のブラウザ戦争に戻すものだと嘲笑します。

この種の嘲笑は HTML5 支持者を悲しませるかもしれませんし、長く待つのは確かに大変ですが、HTML5 を無視するのは間違っています。なぜなら、HTML5 の背後には、業界大手の推進だけではなく、さらに重要なことに、IT テクノロジーの発展において標準化は避けられない傾向だからです。ブラウザにせよ、関連する開発ツールにせよ、ソフトウェアは周囲のさまざまな技術を吸収し続け、最終的には標準化されていくのが技術発展の必然の法則です。

確かに、HTML5 はインターネットのあらゆる側面を変えるでしょう。明らかに Flash を完全に置き換えるわけではありませんが、HTML5 は確かにインターネットを再構築し、ブラウザーが位置情報の追跡から、プラグインの助けを借りずにさらに多くの作業を実行できるようになります。データはクラウドに保存されます。 HTML5 タグは、より単純なタスクを実行するプラグインに取って代わり、少なくとも場合によっては、より多くのユーザー向けに高度な機能を開発できます。最終的には、インターネットの安全性、効率性、柔軟性が向上する可能性があります。

それでは、新しい標準になろうとしている HTML5 は私たちをどこへ導くのでしょうか?ここでは、開発者、プログラマー、デザイナーからの意見をいくつか紹介します。そこから、HTML5 がインターネットをどのように変えているかを学ぶことができます。

プラグインの重要性を減らす

かつて、Web の世界はブラウザ プラグインを非常に歓迎していました。ブラウザ プラグインは革新的なアイデアや大胆な実験を奨励し、サウンド、アニメーション、その他の非常に鮮やかな Web ページが Sun、Adobe、RealAudio、Microsoft などを通じて開発されたからです。開発されたプラグインが初めてインターネット上に公開されると、確かに新鮮なものになります。しかし、すぐに問題が発生しました。プラグイン インターフェイスは誰にでも開かれており、誰もが古いテキストベースの世界に新しい機能を追加しようとしていました。最も有名なプラグインは Flash で、他にも同様のプラグインが無数にあります。

Apple はさまざまな理由から、Adobe の Flash を独自のプラットフォームで実行することを禁止しています。これにより、大多数の Apple ファンが Apple プラットフォーム上で Flash を見ることができなくなり、比較的閉鎖的な開発システムが登場することになります。段階的に廃止される: JavaFX は非常に強力かもしれませんが、JavaScript と Canvas オブジェクトが同じ仕事をできるのに、なぜ別の構文を学ぶ必要があるのでしょうか。 video タグでオーディオとビデオを同期できる場合、誰が Real のエコシステムを必要とするでしょうか。

では、本当にすべてのプラグインが消えるのでしょうか?そうかもしれませんが、それはあなたが何をしたいかによって異なります。画像を描画することだけが目的の場合は、Canvas オブジェクトで十分かもしれません。ただし、複雑な Flash や Shockwave ゲームに見られるような、プロフェッショナルな 3D 世界を構築したい場合は、独自のプラグイン テクノロジにも依存する必要がある場合があります。これらのプラグイン テクノロジはビデオ ハードウェアに直接アクセスして 3D ゲームを実行できるためです。 。

動的に生成された画像をサポート

以前は、Web ページに表示される画像は、直接ダウンロードされた GIF または JPG 画像から取得されていましたが、HTML5 では、画像は画像ファイルから直接取得されるのではなく、Canvas (キャンバス) オブジェクトによって一時的に生成される場合があります。非常に優れたグラフィックス ライブラリがインターネット上に多数登場しており、これらのグラフィックス ライブラリの存在により、画像を動的に生成することが容易になります。

現在、JavaScript レイヤーはデータに基づいて計算を実行し、グラフィックを描画できます。ソフトウェア開発者に十分な時間と才能があれば、インターネット上のあらゆるものをより鮮明にし、プレーン テキスト コンテンツの量を減らすことができます。 Flash は始まりにすぎません。HTML5 環境により、Web 開発者は複雑な画像を簡単に開発できるようになります。同様のツールがいくつか市場に出てきており、Web 開発者の画像制御能力がさらに向上します。ツールが成熟するにつれて、開発者はますます専門的な複雑なグラフィックスを開発するようになります。

ここで考えられる問題の 1 つは、この種の画像処理では、クライアントのプロセッサーの処理能力に対する特定の要件など、クライアントのプロセッサーに多大な負担がかかる可能性があることです。以前は、Flash コンテンツのレンダリングと表示がプロセッサに多大な負荷を与え、ユーザーの最終的なエクスペリエンスに大きな影響を与える可能性があるため、Flash プラグインをまったく使用することをあえてしなかった開発者もいました。これは将来的には問題にはならないはずであり、開発者はパフォーマンスへの影響を恐れてユーザーの鮮やかなグラフィックスを否定すべきではありませんが、妥協する必要があります。 Flash のパフォーマンスへの影響について文句を言う人は誰でも、それがテクノロジー自体とは何の関係もないことを知っているはずです。問題は、デザイナーが私たちの注意を引くためにそれを使いすぎることにあるのです。

Web プログラムによるローカル ストレージの利用を許可します

Web プログラマは、実際にブラウザ上のローカル ストレージ領域を使用して多くの情報を保存できます。たとえば、IE では最大 300 個の Cookie が許可され、最大 4096 バイトのコンテンツが保存されます。ただし、本当に役立つ Web プログラムを開発するには、これよりも多くの記憶域が必要になる場合があります。たとえば、以前の Dojo ツールキットは Flash プラグインを使用してユーザーのハードドライブ上の領域の一部を割り当て、ブラウザーが使用できるように残していましたが、現在では非常にシンプルになり、HTML5 を使用して同じ目的を達成できます。

プログラマは、クラウド サービス アプリケーションやデータをローカル ハード ドライブに保存するなど、自分のニーズに応じてストレージのこの部分を使用できます。これにより、クラウド アプリケーションの配信、インストール、展開が従来のアプリケーションと非常によく似たものになります。たとえば、クラウド アプリケーションは、インターネット接続の有無に関係なく、通常どおり実行できます。これは、HTML5 アプリケーションの JavaScript コードが以前にサーバーからダウンロードされており、コードのこの部分がローカルに保存されているためです。

もちろん、現在の動作モードは過去とは大きく異なり、ローカルデータベースは実際にインテリジェントなキャッシュの役割を果たしているため、このテクノロジーの適用はクラウドアプリケーションの人気に影響を与えません。さらに、ゲーム開発者は一部の状況情報や機器情報をローカルに保存できるため、コンピューターに接続するたびにこれらの情報をダウンロードする必要がなくなり、データのダウンロードにかかる時間を節約できます。欠点は、これらのデータベースがシステム フォルダーの奥深くに埋め込まれているため、データのバックアップが非常に複雑になることです。ユーザーがあるマシンから別のマシンにデータを移行したい場合、データ移行作業はより複雑になる可能性があります。

おそらく、ハイブリッド クラウドの登場により、データはクラウドとローカルの両方に保存され、ローカル コンピューターはデータのみをキャッシュし、最終バージョンはクラウドに保存されるようになります。どのコンピュータからでもアクセスできます。

Web 開発におけるデータ抽出の簡素化

Web ページからデータを抽出したことのある Web 開発者は、既存の HTML 構造では、ブラウザーに情報の場所を伝えること以外に、意味のある情報をほとんど提供できないことを知っています。開発者は、プログラマーがデータの実際の意味を理解するのに役立つ、データ自体に関する情報を知る必要があります。 HTML5 のいわゆるマイクロフォーマットでは、HTML にいくつかの新しい特別なタグを追加する新しいメカニズムが導入されており、プログラマーがタグ内のデータの本当の意味を分析するのに役立ちます。

マイクロフォーマットがネットワークにどれだけの変化をもたらすかは誰も予測できませんが、この新しいメカニズムがプログラマに大きな利便性をもたらし、プログラマがより効率的な Web アプリケーションを開発するのに役立つことは簡単にわかります。たとえば、日付と時刻を表す適切な標準的な方法があれば、プログラマーが Web サイト用に時間関連の Web プログラムを開発するときに、他のユーザーが使用する時刻形式を分析したり推測したりするために追加の特別なコードを作成する必要はありません。このようにして、複数のデータ ソースから時間情報を収集する必要があるカレンダー、スケジュール、スケジュールなどのアプリケーションが非常に簡単なタスクになります。

位置情報サービスをサポート

Web の世界では、以前は IP アドレスしかわかっていませんでしたが、その数字がどのような現実世界に対応しているのかわかりませんでした。たとえば、以前は特定のコンピュータがどこにあるのかを知ることはほとんど不可能でしたが、今では位置情報サービスがこの問題を解決できます。 HTML5 標準により、JavaScript はブラウザ ユーザーに緯度と経度の情報などの地理的位置を問い合わせることができます。通常、デスクトップ システムはこの機能をサポートしません (GPS または Wi-Fi が必要なため) が、端末がハンドヘルド スマートフォンの場合、この機能が機能する可能性があります。

現在、賢いプログラマーがこの位置情報に基づいてどのようなアプリケーションを作成するかは誰にも分かりませんが、確実に言えることは、未来は確実に、予測不可能で信じられない方法で仮想世界と現実を結びつけることになります。

Web ビデオの再生をよりスムーズにします

HTML5 の video タグを使用すると、Web 開発者はビデオ コンテンツを Web ページ上の他のコンテンツと簡単に統合できるようになり、jQuery や PHP の開発に従事している人も Web 開発チームに参加できるようになり、Web 開発が不要になります。 Flash、Silverlight、JavaFX 開発者のみが対象です。

このアイデアは魅力的に思えますが、HTML5 標準にはコーデックが指定されておらず、誰もが独自のビデオおよびサウンド コーデックを公開したいと考えているため、まだ多くの困難があります。これが意味するのは、私たちが 1 つの混乱を別の混乱に置き換えているということです。以前はブラウザに組み込まれたソフトウェアをプラグインと呼んでいましたが、現在ではコーデックと呼んでいるだけです。現在、標準のビデオ タグがありますが、ブラウザはビデオ コンテンツを解釈する方法を認識している場合と認識していない場合があります。

ロサンゼルスで教えている HTML5 アプリケーション開発インストラクターの Erich Ocean 氏は、コーデック戦争はまだ続いていると考えています。コンピュータ開発者と Mozilla 組織が、ビデオ専門家向けのビデオ標準を作成できると考えているとしたら、悲しいことに間違いです。同氏は、Googleの新しいビデオ形式がYouTubeなど一部の場所で使用されることはあるだろうが、H.264ほど普及することはないだろうと述べた。

誰もが合意に達することができないため、ビデオの再生は混沌とした状況に直面するかもしれませんが、新しいビデオ タグは間違いなくインターネット ビデオ コンテンツをますます豊かなものにすると同時に、Web ページがビデオ コンテンツの主要な公開ソースになるでしょう。テキストコンテンツはますます少なくなります。ただ、これは子どもの教育にとっては良くないことかもしれません。なぜなら、今日の子どもたちはアニメを見ることにますます慣れていて、書くことはおろか、読むことにもほとんど時間を費やさないからです。

ウィジェットがさらに充実します

iframe で実行されるウィジェットを使用すると、Web ページに他の Web サイトのコンテンツ (天気予報など) を埋め込むことができます。これは非常に実用的で、非常に人気があります。ただし、セキュリティ上の理由により、これらのウィジェットは常に比較的独立した環境で実行されます。 、Web ページ上の他のコンテンツから主に分離されています。

HTML5 は、これらのウィジェットが相互に通信するための標準メカニズムを提供します。まだ相互の動作環境に入ることができませんが、すでに相互にメッセージを送信して連携することができます。

広告主は、同じ Web ページ上のさまざまな場所に散在するバナー広告を統合することを長い間待ち望んでいました。開発者は、間違いなく他の実用的な用途を見つけるでしょう。例えば、Webページ上で再生されるテニスの試合画面は、HTML 1.0の時代では考えられなかった左右の選手情報と同期することができます。

ただし、情報を送信して相互に通信する機能はまだ始まりにすぎません。次に解決する必要がある問題は、この分野の標準がまだ存在しないためです。情報を送信するための標準を確立することによってのみ、2 つの異なる開発チームによって開発されたウィジェットが相互に通信できるようになります。言い換えれば、通信する双方の当事者はより標準的な語彙を必要とします。

ブラウザのセキュリティを向上させる

各ブラウザ プラグインは別個のアプリケーションです。異なるブラウザ プラグインは異なる標準に従って異なるプログラマによって開発され、異なる時期にリリースされ、異なるセキュリティ モデルを持っています。当然のことながら、一部のプラグインは他のプラグインよりも安全です。ブラウザのプラグインが増えるにつれて、各ブラウザ プラグインの潜在的なセキュリティ脆弱性を追跡することがますます複雑になります。たとえば、昨年末に社内で発生したセキュリティの脆弱性がプラグインによって引き起こされたのかブラウザによって引き起こされたのか、また最終的にはブラウザをアップグレードするのではなくブラウザをアップグレードすることで解決できたのかを明確に思い出すのは難しいかもしれません。プラグインまたはその逆。

プラグインを使用する代わりに HTML5 に多くの機能を組み込むことで、セキュリティ リスクを大幅に軽減し、プラグイン開発に関連するさまざまな側面での問題を回避し、誰かがプラグインの API を意図的に使用して悪意のあるコードをインストールするのを防ぐことができます。比較的に、Firefox、Chrome、または IE ブラウザのセキュリティは、通常、セキュリティ チームを含むより多くの人々によって監査されているため、セキュリティ チームが特定のブラウザが安全であると信じている場合、そのセキュリティ リスクははるかに低いはずです。 。

ただし、ここで述べたセキュリティの向上は、ほとんどが推測にすぎません。この世界には、創意工夫を悪の目的に利用する人が常に存在し、HTML5 の特定の機能を利用して悪意のある行為を行う可能性があります。ただ、HTML5 の新機能にはどのような危険が潜んでいるかは誰にも予測できません。

Web 開発の簡素化

Web ソフトウェア開発会社で働く開発者の言葉は、HTML5 がもたらす可能性のある変化を非常に端的に説明しています。彼はこう言いました。「私は HTML5 を好みます。その主な理由は、ブラウザと JavaScript と DOM からなる統合開発環境で、Flash の世界と HTML5 の世界を行ったり来たりすることなく開発できるからです。」将来的には、開発言語とツールセットをマスターすれば、どんなプラグインでも開発できるようになります。

彼はさらに、ユーザーにとってのメリットも明らかだと思います、そして今、Flash はインターネットの世界に新しい世界を作り出しているようです、と付け加えました。

実際、HTML5 は、統一言語 (JavaScript)、統一データ モデル (XML と DOM)、および統一プレゼンテーション ルール (CSS) を使用して、テキスト、オーディオ、ビデオ、グラフィックスを表現します。開発者にとって、それは間違いなく非常に優れています。理想的なのは、統一された標準開発環境に基づいて、作業がはるかに簡単になることです。しかし、すべてを実現するという課題は依然として大きく、HTML5 関連のツールがまだほとんどないことが挙げられます。 Flash の人気が、Adobe が提供する Flash 開発用の非常に使いやすいツールと切り離せないことは否定できません。

リンク: HTML の進化

HTML の正式名称は Hypertext Markup Language で、Web ページを記述するために使用される仕様です。今日の Web を構成しているのは、山括弧で囲まれたこれらの単純なタグです。

HTML の最初の正式バージョンは、IETF (Internet Engineering Task Force) によって発表された HTML 2.0 でした。その後、W3C が IETF の役割に代わって HTML 標準を策定する組織となり、1999 年の HTML 4.01 まで HTML のバージョンは頻繁に改訂されました。この時点で、HTML は最初のピークに達しました。

HTML 4.01 以降の HTML の最初の改訂版は XHTML 1.0 で、X は eXtensible の略です。 XHTML 1.0 は HTML 4.01 に基づいており、新しいタグや属性は導入されていません。唯一の違いは、HTML が構文に関してよりカジュアルであるのに対し、XHTML は XML のような厳密な構文を必要とすることです。その後、W3C は XHTML 1.1 を発表しました。

W3C にとって、HTML 4 はすでに成功しており、次のステップは XHTML 2.0 であり、Web に XML の明るい未来をもたらしたいと考えています。しかし、Opera、Apple、Mozilla の代表者は W3C の活動に不満を抱いており、WHATWG であるハイパーテキスト アプリケーション テクノロジ ワーキング グループを自主的に組織し設立し、HTML5 仕様に取り組んでいます。

WHATWG が HTML5 で作業している一方で、W3C は XHTML 2.0 で作業を続けています。しかし、W3C の XHTML 2.0 に関する作業は徐々に困難に陥り、その後 XHTML 2.0 に関する作業を終了し、2007 年に新しい HTML ワーキング グループを設立しました。W3C は、HTML5 仕様の開発の基礎として WHATWG の結果を非常に賢明に選択しました。

長年の検討を経て、HTML5 のドラフトは 2008 年にリリースされ、W3C は現在それをさらに改良しています。現時点では、HTML5 がいつ正式に標準になるかについては明確な声明はありません。良いニュースは、HTML5 が 2012 年の標準候補として受け入れられる可能性があることです。ただし、HTML5 が標準になるたびに、HTML5 がすべてのブラウザ プロバイダーに受け入れられるまでには長期的なプロセスが必要になることが予想されます。