 |
||||||||||||||||
|
||||||||||||||||
| 前のページ 1 2 3 次のページ | ||||||||||||||||
|
||||||||||||||||
| 乗り越えられない制約 | ||||||||||||||||
|
Ajaxは、Webブラウザをプラットフォームとして実行するため、Webブラウザが持つ制約を乗り越えることができない。 例えば、ローカルのハードディスクに格納された文書ファイルを開くケースで考えてみよう。一般のデスクトップアプリケーションでは、以下のような手順で開くことができる。
表1：一般的なデスクトップアプリケーションの手順 しかし、Ajaxアプリケーションでは以下の手順を取る必要がある。
表2：Ajaxアプリケーションの手順 これらをみてわかるように、Ajaxアプリケーションではローカルアプリケーションに比べて手順が2つ多く必要なのである。 このような制約は、Webブラウザ側によってもたらされるもので、Ajax開発者の努力では乗り越えられない。そして、同様の制約はあちこちに存在している。このため、どれほどAjaxアプリケーションが進化しようとも、デスクトップアプリケーションに真っ向勝負で勝つことは難しい。 仮に、ユーザの要求が肥大化し、このような制約が重大な問題として立ちはだかることがあれば、Ajax時代が終わるという可能性もあり得る。その際、Ajaxに取って代わる候補になりうるのは、以下の2つだろう。 |
||||||||||||||||
| 従来型のデスクトップアプリケーション | ||||||||||||||||
|
従来型のデスクトップアプリケーションは、Ajax時代よりも前からある標準的なアプリケーションソフトである。 歴史が古いため、強力かつ実績のあるソフトが揃っており、すぐにでも活用できる。例えば、GMailの機能性に不満があるので、デスクトップの電子メールソフトに乗り替える、というのはあり得る選択肢である。 弱点は、いちいちバージョンアップの手順を取らねば機能が新しくならないことと、別のパソコンから容易に利用できないことである。 |
||||||||||||||||
| 専用リッチクライアント | ||||||||||||||||
|
専用のリッチクライアントは、ネットワークからダウンロードされ、実行されるアプリケーションソフトだ。Ajax時代よりも前から提案されつつも、なかなか普及が進んでいないという状況にある。これらには、主にWebブラウザ上で実行されるものと、Webブラウザ外で実行されるものがある。 例えばFlashアプリケーションは、Webブラウザ上で実行されるものの典型的な例といえるだろう。そして、Microsoftの「Click Once」技術は、後者を実現する例となり得る存在だ。 これらは、従来型のデスクトップアプリケーションを克服するために存在するといえる。常にサーバと連携して動作するため、バージョンアップは自動的に行われることも多い。また、別のパソコンからであっても、同じソフトを利用して同じサービスを受けることも容易である。 しかし、弱点もある。たいていの場合、専用リッチクライアントはそれを使うための専用ソフト（ランタイム）をインストールする必要がある。この弱点は、不特定多数のユーザに使ってもらうことを考えた場合、このような手間を要求できないという点で致命的である。 また、多数のパソコンを使う企業内システムでは、それらのすべてにランタイムをインストールし、それを最新版に維持する手間が非現実的とみなされるケースもあり得る。 以上のどちらのケースも深刻な弱点を抱えていて、すぐにAjaxに取って代わるという話はないだろう。しかし、Ajax側に「ユーザニーズを満たせない」という深刻な問題があると認識された場合は、別の候補として浮上する可能性は十分に考えられる。 |
||||||||||||||||
|
前のページ 1 2 3 次のページ |
||||||||||||||||
|
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||
-
-
連載
