HTML5はWebの世界を再構築しますか？
2010年前半の重要なイベントは多くの人々の注目を集めており、彼らの多くはこの事件のためにHTML5の存在について初めて学びました。 HTML5を最初に理解した人は、6年前にHTML5仕様が策定されたことに非常に驚くかもしれませんが、現在、HTML5仕様ドラフトはすでに非常に優れていますが、いつ標準になるかはまだ不確実です。
実際、HTML5コード開発委員会の作業は非常にゆっくりと進んでいます。ブラウザの改善とWebの世界を改善する方法についてのアイデアが多すぎるため、ブラウザベンダーなどの両方のアイデアがあり、これらをHTML5仕様にまとめて合意する必要があります。多くの新しいタグとJavaScript関数。いくつかのブラウザで実験が行われていますが、相互運用性と標準化の問題は解決されていません。たとえば、HTML5デモAppleは印象的であり、Safariでのみうまく機能しています。そのため、Flash SupportersはHTML5をock笑して、Webを2000年のブラウザ戦争時代に戻しました。
このrid笑はHTML5サポーターを非常に悲しくさせるかもしれませんが、長い待ち時間は本当に難しいですが、HTML5を今すぐ無視するのは間違っています。 HTML5の背後には、業界の巨人だけでなく、さらに重要なことに、標準化はITテクノロジーの開発における必然的な傾向であるためです。ソフトウェアに関しては、ブラウザであろうと関連開発ツールであろうと、周囲のさまざまなテクノロジーを常に吸収し、最終的に標準化します。これは技術開発の避けられない法則です。
確かに、HTML5はインターネットのあらゆる側面を変更しますが、明らかにフラッシュを完全に置き換えることはありませんが、HTML5は実際にインターネットを再構築し、場所の追跡からデータの保存まで、プラグインの助けを借りずにブラウザがより多くのことを行うことができます。 HTML5タグは、よりシンプルなタスクを完了するプラグインを置き換え、少なくともある時点で、より多くのユーザーにいくつかの高度な機能を開発できます。最終的には、インターネットをより安全で効率的で柔軟にする可能性があります。
それでは、新しい標準になろうとしているHTML5はどこにいますか？以下は、開発者、プログラマー、デザイナーからの意見のコレクションであり、HTML5がインターネットを変更する方法を学ぶことができます。
プラグインの重要性を減らします昔々、Webの世界はブラウザプラグインを大いに歓迎しました。なぜなら、革新的なアイデアや大胆な実験を奨励しているため、サウンド、アニメーション、その他の非常に鮮やかなWebページは、初めてオンラインで提示されたときに本当に爽やかでした。ただし、問題はすぐに現れ、プラグインのインターフェイスは誰にでも開かれており、誰もが古いテキストベースの世界に新しい機能を追加しようとしており、混乱は避けられません。最も有名なプラグインはフラッシュで、他にも数え切れないほどのプラグインがあります。
複数の理由で、AppleはAdobeのFlashが独自のプラットフォームで実行されることを禁止します。これにより、AppleファンはAppleプラットフォームでFlashを見ることができません。 HTML5の人気は、この紛争が再び起こらないようにし、それらの比較的閉鎖された開発システムを徐々に排除します。Javafxの機能は本当に強力かもしれませんが、JavaScriptとCanvasオブジェクトは同じ仕事をすることができるので、なぜ別のSyntaxを学ぶ必要がありますか？ビデオタグがオーディオとビデオを同期できる場合、実際のエコシステムが必要なのは誰ですか？
それで、プラグインは本当にすべて消えますか？たぶん、しかしそれはあなたがしたいことに依存します。あなたの目標が画像を描画することだけである場合、キャンバスオブジェクトで十分かもしれません。しかし、複雑なフラッシュや衝撃波ゲームでわかるように、プロの3Dワールドを構築したい場合は、ビデオハードウェアに直接アクセスして3Dゲームを実行できる独自のプラグインテクノロジーに依存する必要がある場合があります。
動的な画像生成をサポートします
過去には、Webページに表示された画像は、GIFまたはJPG画像から直接ダウンロードされたものから来ましたが、HTML5では画像は画像ファイルから直接ではなく、キャンバスオブジェクトによって一時的に生成されました。すでにインターネット上には非常に優れたグラフィックライブラリが多数あり、これらのグラフィックライブラリの存在により、画像を動的に生成しやすくなります。
今日、JavaScriptレイヤーはデータに基づいて計算して、グラフを描画できます。ソフトウェア開発者が十分な時間と才能を持っている場合、インターネット上のすべてをより鮮明にすることができ、プレーンテキストコンテンツはますます少なくなります。 Flashはほんの始まりに過ぎず、HTML5環境により、Web開発者が複雑な画像を簡単に開発できるようになります。いくつかの同様のツールが市場に登場し、Web開発者が画像を制御する能力をさらに向上させ、ツールが成熟するにつれて、開発者はますます専門的で複雑なグラフィックを開発します。
ここに存在する可能性のある問題の1つは、この種の画像処理が、クライアントのプロセッサ処理機能に特定の要件を持つなど、クライアントプロセッサに大きな負担をかける可能性があることです。過去には、フラッシュコンテンツのレンダリングと提示がプロセッサに大きな圧力をかけ、ユーザーの最終エクスペリエンスに大きな影響を与える可能性があるため、一部の開発者はフラッシュプラグインをまったく使用することを恐れていました。これは将来的には問題ではないはずです。開発者は、パフォーマンスに影響を与えることを心配しているため、ユーザーが鮮やかな画像を体験できるようにしてはなりません。開発者が妥協を選択する必要があるだけです。 Flashのパフォーマンスへの影響について不満を言う人は誰でも、それがテクノロジー自体とは関係がないことを知っている必要があります。問題は、このテクノロジーを使用して注目を集めるためにあまりにも多くのデザイナーからもたらされます。
Webプログラムがローカルストレージを利用できるようにします
Webプログラマーは、実際にブラウザ側のローカルストレージスペースを使用して、最大300のCookieと最大4096バイトのコンテンツなど、多くの情報を保存することができました。ただし、真に実用的なWebプログラムを開発するには、これよりも多くのストレージが必要になる場合があります。たとえば、Dojo ToolkitはFlashプラグインを使用して、ユーザーのハードディスクのスペースの一部を割り当て、使用するためにブラウザに任せました。しかし、今では非常に簡単です。HTML5を使用すると同じ目標を達成できます。
ストレージのこの部分では、プログラマーはクラウドサービスアプリケーションの保存やローカルハードディスクのデータを保存するなど、必要に応じて使用できます。これにより、クラウドアプリケーションの配信、インストール、展開も、従来のアプリケーションと非常によく似ています。たとえば、HTML5アプリケーションのJavaScriptコードが以前にサーバーからダウンロードされており、コードのこの部分がローカルに保存されているため、インターネット接続があるかどうかに関係なく、クラウドアプリケーションが通常どおり実行できます。
もちろん、現在の動作モードは過去とは大きく異なり、ローカルデータベースが実際にインテリジェントキャッシュの役割を果たしているため、このテクノロジーのアプリケーションはクラウドアプリケーションの人気に影響しません。さらに、ゲーム開発者はいくつかの状況情報と機器情報をローカルに保存できます。これにより、マシンを接続するたびにこの情報をダウンロードすることを避けて、素材をダウンロードする時間を節約できます。欠点は、これらのデータベースがシステムフォルダーの奥深くに埋もれているため、データをバックアップするときに非常に複雑になることです。ユーザーがあるマシンから別のマシンにデータを移行したい場合、データ移行作業はより複雑になる可能性があります。
おそらく、ハイブリッドクラウドの出現はこの問題を解決するかもしれません。ハイブリッドクラウドを使用すると、クラウドとオンプレミスの両方にデータを保存できますが、ローカルコンピューターはデータのみをキャッシュし、最終バージョンはクラウドに保存されるため、任意のコンピューターからアクセスできます。
Web開発におけるデータ抽出を簡素化します
Webページからデータを抽出したWeb開発者は、既存のHTML構造が、この情報がどこにあるかをブラウザに伝える以外の意味のある情報をほとんど提供できないことを知っています。開発者は、データ自体に関する情報を理解する必要があります。これは、プログラマーがこのデータの意味を理解するのに役立ちます。 HTML5のいわゆるマイクロフォーマットは、HTMLにいくつかの特別なタグを追加する新しいメカニズムを導入します。これは、プログラマーがタグ内のデータの真の意味を分析するのに役立ちます。
マイクロ形式がネットワークにどれだけの変化をもたらすかを誰も予測することはできませんが、この新しいメカニズムがプログラマーに大きな利便性をもたらし、プログラマーがより効率的なWebアプリケーションを開発するのに役立つことは簡単にわかります。たとえば、日付と時間を表す優れた標準的な方法がある場合、プログラマーは、Webサイトの時間関連Webプログラムを開発する際に他の人が使用できる時間形式を分析または推測するために特別なコードを作成する必要はありません。このようにして、複数のデータソースからの時間情報の収集を必要とするカレンダー、スケジュール、スケジュールなどの適用は非常に簡単なタスクになります。
サポートロケーションサービス
Webの世界では、以前はIPアドレスのみを知っていましたが、それらの数値がどのような現実世界に対応するかわかりませんでした。たとえば、特定のコンピューターがどこにあるかを知ることはほとんど不可能でしたが、現在利用可能な場所サービスはこの問題を解決できます。 HTML5標準により、JavaScriptは、緯度や経度情報などの地理的位置についてブラウザユーザーに尋ねることができます。通常、この機能はデスクトップシステムではサポートされていません（GPSまたはWi-Fiが必要なため）が、この機能は端末がハンドヘルドスマートフォンである場合に機能します。
今日、スマートプログラマーがこの位置情報に基づいてどのようなアプリケーションが作成するかは誰にもわかりませんが、1つのことは、未来が予測不可能で信じられないほどの方法で仮想世界と統合される可能性があることを確信しています。
Webビデオの再生をよりスムーズにします
HTML5のビデオタグにより、Web開発者はビデオコンテンツをWebページ上の他のコンテンツと簡単に統合できます。また、JQUERYやPHP開発に従事している人がWeb開発チームに参加できるようになり、Web開発はFlash、Silverlight、Javafx開発者の特許を取得できなくなりました。
このアイデアは魅力的に思えますが、HTML5標準ではコーデックが指定されていないため、まだ多くの困難があります。誰もが独自のビデオとサウンドコーデックを公開したいと考えています。これは、もう一方を1つの混乱に置き換えることを意味します。それは、過去にブラウザプラグインに埋め込まれたソフトウェアを呼び出していたことですが、今日はコーデックと呼ばれています。したがって、今日は標準のビデオタグがありますが、ブラウザはこれらのビデオコンテンツを解釈する方法を知っている場合とわからない場合があります。
ロサンゼルスで教えるHTML5アプリケーション開発のインストラクターであるエーリッヒオーシャンは、コーデック戦争がまだ進行中であると考えています。コンピューター開発者とMozillaの組織は、ビデオプロフェッショナルにビデオ標準を設定できると考えていれば、非常に間違っています。彼は、Googleの新しいビデオ形式がYouTubeなどの一部の場所で使用されるのを見たことがあると言いましたが、H.264ほど人気はありません。
ビデオの再生は、合意に達することが不可能であるため、比較的混oticとした状況に直面する可能性がありますが、新しいビデオタグは間違いなくインターネットビデオコンテンツをますます豊富にし、Webページはビデオコンテンツの主なソースになり、単純なテキストコンテンツもますます少なくなります。しかし、これは子どもの教育にとって良いことではないかもしれません。なぜなら、今日、子供たちは書くことはもちろん、アニメーションを見ることにますます慣れてきて、読書に時間を費やすことはめったにないからです。
ウィジェットはより豊かになりますIFRAMEで実行されているウィジェットにより、Webページは他のWebサイト（天気予報など）からコンテンツを埋め込むことができます。それらは非常に実用的で人気がありますが、セキュリティ上の理由により、これらのウィジェットは比較的独立した環境で実行されており、基本的にWebページの他のコンテンツから隔離されています。
HTML5は、これらのウィジェットが相互に通信するための標準的なメカニズムを提供します。彼らはまだお互いの操作環境に入ることはできませんが、彼らはすでに互いに情報を送って一緒に働くことができます。
広告主は長い間これを楽しみにしています。彼らは、同じページのさまざまな場所に広がるフラッグ広告を統合することを本当に望んでいます。開発の観点から見ると、開発者は間違いなく他の実用的な用途を見つけるでしょう。たとえば、Webページで再生されたテニスマッチ画面は、HTML 1.0 ERAでは想像を絶する左側と右側のプレーヤー情報と同期できます。
ただし、情報と相互コミュニケーションを送信するメカニズムはほんの始まりに過ぎません。緊急に解決する必要がある次の問題は、これまでのところこの点で標準がないため、通信プロトコルの問題です。情報を送信するための標準を設定した後にのみ、2つの異なる開発チームによって開発されたウィジェットが互いに通信できます。言い換えれば、コミュニケーションの両当事者には、より標準的な語彙が必要です。
ブラウザのセキュリティを改善します
各ブラウザプラグインは別のアプリケーションです。さまざまなブラウザプラグインが、異なる標準に従って異なるプログラマーによって開発され、リリース時間が異なり、セキュリティモードが異なります。当然、一部のプラグインは他のプラグインよりも安全です。ブラウザではますます多くのプラグインが利用できるため、各ブラウザプラグインのセキュリティの脆弱性の可能性を追跡することがますます複雑になっています。たとえば、昨年のある時点での会社のセキュリティの脆弱性がプラグインまたはブラウザにあったかどうかにかかわらず、最終的にプラグインをアップグレードする代わりにブラウザをアップグレードすることで解決しました。
プラグインを使用する代わりに多くの機能にHTML5に組み込まれている可能性があり、セキュリティリスクを大幅に削減し、プラグイン開発に関連する複数のリンクの問題を回避し、プラグインのAPIを使用して悪意のあるコードをインストールすることを防ぐことができます。比較的言えば、Firefox、Chrome、またはIEブラウザのセキュリティは通常、より多くの人々（セキュリティチームを含む）によって監査されます。セキュリティチームがブラウザが安全であると考えている場合、一般的に言えば、セキュリティのリスクは間違いなくはるかに少ないです。
ただし、ここで言及したセキュリティの改善には、いくつかの大きな推測があります。この世界には、知性を邪悪な方法に使用する人々が常に存在するでしょう。彼らは、HTML5のいくつかの機能を使用して悪意のある行動に従事する可能性が完全にあります。しかし、今では、新しいHTML5機能にどのような危険が隠されているかを誰も予測できません。
Web開発を簡素化しますWebソフトウェア開発会社で働いている開発者の言葉は非常に代表的であり、HTML5がもたらす可能性のある変更を簡単に示しています。彼は言った：私はHTML5を好む。主に、フラッシュの世界とHTML5の世界を行き来することなく、JavaScriptとDOMを追加する統一開発環境で開発できるからです。将来的には、開発言語とツールセットをマスターする限り、任意のプラグインを開発できます。
彼は、ユーザーにとってのメリットも非常に明白であると考えており、今ではフラッシュがインターネットの世界に別の世界を生み出したようだと付け加えました。
実際、HTML5は、統一言語（JavaScript）、統一データモデル（XMLおよびDOM）、および統一表現ルール（CSS）を使用して、テキスト、オーディオ、ビデオ、グラフィックスを表現しています。それは間違いなく開発者にとって非常に理想的です。統一された標準開発環境に基づいて、作業は間違いなくはるかに簡単になります。しかし、すべてを実現するという課題はまだ巨大です。顕著な問題の1つはツールの欠如であり、HTML5にはまだ関連するツールはほとんどありません。フラッシュの人気が、フラッシュ開発のためのAdobeの非常に有用なツールと密接に関連していることは否定できません。
リンク：HTMLの進化
HTMLのフルネームはハイパーテキストマークアップ言語であり、Webページを説明するために使用される標準です。今日のウェブを構成するのは、角度ブラケットに含まれるこれらのシンプルなタグです。
HTMLの最初の公式バージョンは、IETF（インターネットエンジニアリングタスクフォース）によって起動したHTML 2.0です。その後、W3CはIETFの役割に取って代わり、HTML標準の策定の組織になりました。 1990年代後半には、HTMLバージョンは1999年にHTML 4.01まで頻繁に変更されました。この時点で、HTMLは最初のピークに達しました。
HTML 4.01後のHTMLの最初の改訂はXHTML 1.0で、Xは拡張可能です。 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の作業に満足しておらず、HyperTextアプリケーションテクノロジーワーキンググループを自発的に整理しました。これはWhatWGであり、HTML5仕様にコミットしています。
WhatWGはHTML5にコミットしていますが、W3CはXHTML 2.0を継続しています。しかし、XHTML 2.0に関するW3Cの研究はゆっくりとトラブルに陥り、後にXHTML 2.0での作業を終了し、2007年に新しいHTMLワーキンググループを形成しました。
長年の審議の後、HTML5ドラフトは2008年にリリースされ、W3Cは現在さらに改善されています。現在、HTML5が正式に標準になる時期について明確な声明はありません。良いニュースは、HTML5が2012年に候補基準として採用される可能性があることです。ただし、HTML5が標準になると、HTML5がすべてのブラウザープロバイダーに受け入れられる比較的長期的なプロセスになることが予想されます。