私は、WebブラウザがWebの次の大きな進化を迎えるとは思っていませんが、インターネットサーフィンの仕方に合わせてブラウザを再発明しても驚くことはありません。
Webブラウザは、最初に登場して以来変更されていません。 彼らは大きな変化を遂げましたが、Java、Javascript、ActiveX、Flash、その他のアドオンがブラウザに浸透していくなど、新しいアイデアが徐々に生まれています。
私がプログラマーとして学んだことの1つは、アプリケーションが本来開発されていない方法で進化すると、それはぎこちないものになります。 この時点で、最初から最初からやり直して、あなたが望むすべてのことを考慮に入れて設計するのが最善の方法です。
そして、これはウェブブラウザ用に行われたのです。 実際、90年代後半に初めてWebアプリケーションのプログラミングを始めたとき、まったく新しいWebブラウザを作成するのは時間がかかると思いました。 それ以来、Webはより洗練されています。
Webブラウザは、私たちが望むことを邪魔する
それは本当です。 あなたが最近何を求めているのかを考えるとき、Webブラウザはひどく設計されています。 これを理解するためには、最初にWebブラウザが本来Webのワードプロセッサであるように設計されていることを理解しておく必要があります。 ウェブのマークアップ言語は、ワードプロセッサのマークアップ言語と非常に似ています。 Microsoft Wordは特殊文字を使用して特定のテキストを太字にするか、フォントを変更するように指定していますが 、基本的には同じことをしています。 テキスト。 エンドボールド。 HTMLと同じことです。
過去20年間に起こったことは、このウェブのワードプロセッサが、私たちが望むすべてのものを説明するように変更されたことです。 ガレージをデンに、屋根裏部屋を余分な寝室に、そして地下室をパーラーに変えた家のようなものです。今は収納室を引き出して、新しい部屋にしたいと思っています。私たちが作った他のすべての追加で私たちの電線とパイプのすべてが狂ってしまったので、私たちは電気と配管を提供するすべての種類の問題に遭遇するつもりです。
それはウェブブラウザに起こったことです。 今日、我々はWebアプリケーションのクライアントとしてWebブラウザを使用したいと考えていましたが、実際にはそうするつもりはありませんでした。
私がWebプログラミングで持っていた根本的な問題と、ブラウザがWebアプリケーションにとって貧弱なクライアントを作った主な理由の1つは、Webサーバーと通信する良い方法がないということです。 実際、その当時、ユーザーから情報を入手できる唯一の方法は、ユーザーが何かをクリックすることでした。 基本的には、新しいページがロードされたときにのみ情報を渡すことができました。
あなたが想像しているように、これは本当に対話的なアプリケーションを作ることを非常に困難にしました。 テキストボックスに何かを入力して、入力中にサーバーの情報を確認することはできませんでした。 ボタンを押すのを待つ必要があります。
解決策：Ajax。
AjaxはAsynchronous JavaScriptとXMLの略です。 基本的には、古いWebブラウザではできなかったことを行う方法です。クライアントにページをリロードする必要なく、Webサーバーと通信します。 これは、Internet ExplorerのXMLHTTP ActiveXオブジェクトまたはほぼすべての他のブラウザのXMLHttpRequestによって実行されます。
基本的には、これによってWebプログラマが行うことができるのは、ユーザーが実際にページをリロードすることなくページをリロードしたかのように、クライアントとサーバーの間で情報を交換することです。
素晴らしいよね？ これは大きな前進であり、Web 2.0アプリケーションが従来のWebアプリケーションよりもはるかにインタラクティブで使いやすい主な理由です。 しかし、それはまだバンドエイドです。 基本的に、クライアントはサーバーに情報を送信し、テキストのブロックを送り返し、クライアントにそのテキストの解釈作業を残します。 そして、クライアントはDynamic HTMLと呼ばれるものを使ってページをインタラクティブに見せます。
これは、通常のクライアント/サーバーアプリケーションの動作とはかなり異なります。 データのやりとりを制限することなく、クライアントが画面を即座に操作できるようにすることで構築されたアーキテクチャー全体で、Ajax技術を使用してWeb上でこれを実現するのは、
Webブラウザは未来のオペレーティングシステム
Microsoftは90年代にそれを知っていました。 だから彼らはNetscapeとのブラウザ戦争に乗り込んだのだ。だからこそMicrosoftは戦争に勝つために何の賭けもしなかった。 残念ながら、少なくともMicrosoftの場合、新しいブラウザ戦争が存在し、多くの異なるプラットフォームで戦っています。 Mozilla Firefoxは現在、約30％のインターネットユーザーが使用していますが、Internet Explorerの過去5年間の市場シェアは80％以上から50％超に低下しています。
Web 2.0やOffice 2.0のような現在のWebトレンドでは、歴史的にデスクトップアプリケーションであったものをWebに持ち込むことで、オペレーティングシステムの選択肢の独立性が高まり、標準化されたブラウザの重要性が増します。 どちらもInternet Explorerのブラウザーが、他のほとんどのブラウザーとは異なる処理を行う傾向があるMicrosoftにとっては良いニュースではありません。 再び、マイクロソフトにとってはあまり良いニュースではありません。
しかし、オペレーティングシステムで開発ツールを使用することの大きな利点の1つは、標準化されたオブジェクトを使用してインターフェイスを作成できることです。 また、これらのオブジェクトとのやりとりの仕方についても多くのコントロールがあり、独自の置換えを作成することもできます。 Webプログラミングでは、このレベルの制御を達成することはより困難です。主に、Webブラウザは当初、大規模なアプリケーションのための洗練されたクライアントではなく、将来のオペレーティングシステムではないからです。
しかし、それがますます増えています。 Googleドキュメントには、すでにワープロ、スプレッドシート、プレゼンテーションソフトウェアが用意されています。 これをGoogleのメールクライアントと組み合わせると、基本的なオフィスソフトウェア生産性パッケージが得られます。 私たちはゆっくりとしていますが、確かに、ほとんどのアプリケーションがオンラインで利用できるようになっています。
スマートフォンとポケットPCの普及により、インターネットの新たなフロンティアが生まれつつあります。 現在の傾向は、 モバイルインターネットが「実際の」インターネットとマージすることですが 、これは「未来のインターネット」がどのように見えるかを形作る主要なプレーヤーとしてモバイルの景観を割り引かない。
1つの重要な側面は、ウェブブラウザ戦争の新たな前面を作り出すことです。 マイクロソフトがInternet Explorerブラウザを支配し続けるならば、MicrosoftのInternet Explorer for Mobileブラウザー「Pocket IE」でモバイルデバイスの支配力を獲得しなければならないだろう。
モバイルデバイスがインターネットにアクセスする方法のもう一つの興味深い側面は、従来のWebポータルを置き換えるJavaアプリケーションの使用です。 Microsoft LiveやYahooに行く代わりに、モバイルユーザーはこれらのWebサイトのJavaバージョンをダウンロードできます。 これにより、Webブラウザで経験する落とし穴のないクライアント/サーバーアプリケーションと同じ対話型エクスペリエンスが実現します。
また、主要なWebプレイヤーが、新しいアプリケーション開発プラットフォーム用のサイトを設計する意思があることも示しています。
未来のブラウザ
近いうちにウェブブラウザがどのように設計されているかに大きな変化が見られるような賭けはありません。 Web 3.0が新しいタイプのブラウザを案内するか、まったく異なる方向に進むかどうかは、誰もがこの時点で推測している。
しかし、同時に、Webアプリケーションに完全に書き直された全く新しいタイプのブラウザが、Webに革命をもたらしたことに気付くことはありません。 それは主要プレーヤーがそれを設計し、GoogleやYahooなどの主要プレーヤーとそれを後ろにつかむ人がかかる可能性がありますが、これは最も簡単なことではありませんが、可能です。
将来のこのブラウザはどのようなものでしょうか？ 現在のブラウザ、ActiveX、Javaをマージして、ミニ・オペレーティング・システムと開発プラットフォームの両方にできるものを作り出すことが想像されます。
あなたと私のためには、ワープロとスプレッドシートをシームレスに切り替えて、大規模なマルチプレイヤーのオンラインロールプレイングゲームにシームレスに切り替えて、オフィスアプリケーションをロードするようなものです。
本質的に、各ウェブサイトはそれ自身のアプリケーションであり、私たちはあるウェブサイト/アプリケーションから次のウェブサイトに容易に行くことができます。
Web 3.0はどうなると思いますか？