Toshiro Shimura's Library tagged chrome →  View Popular

Google Chromeの開発で最重要視したのが使いやすさとパフォーマンスであり、Googleが開発を進めてきたJavaScriptエンジン「V8」とAppleが無償公開するレンダリングエンジンの「WebKit」の組み合わせがその原動力になるという。V8という名称はV型8気筒エンジンに由来する。米国製自動車ではV8エンジンが高性能を表現するステータスシンボルであり、Google ChromeのV8はそのシンボルにあやかって命名されたものであるという。

　V8はデンマークを拠点に活動しているJava VM開発のエキスパート、ラーズ・パーク氏のチームが20年近く蓄積したノウハウを反映させて実現したものだと、アプソン氏は説明。「既存の処理性能を何倍にも高速化することに注力し、今後のWeb世界での標準になることを目指したものだ」（同氏）

　WebKitの採用理由について、同氏は「Safariでの採用実績に加え、描画処理性能の素晴らしさをわれわれも重視した。WebKitプロジェクトには、特に“セーフティブラウジング”（クラッシュなどの影響を最小限に抑えるなど）の部分で積極的にかかわってきた経緯もあり、Google ChromeではWebKitの成果を活用した」と話した。WebKitを採用することで、Web開発者がGoogle Chrome用に新たな開発を行わずに済むよう配慮したとも、同氏は説明した。

アドレスバーと検索窓を兼ね備えた「多機能ボックス」や各タブが独立して実行する仕組みはシンプルさと使い勝手を追求した結果であるという

　グーグルが独自に実施したレンダリングパフォーマンスの比較では、ローカル上に保存した複数サイトのWebページを連続表示させた場合、Internet Explorer 7では約257ミリ秒、Firefox 3では158ミリ秒、Google Chromeでは68ミリ秒という結果になった。

Firefoxを提供するMozilla Japanでは、「現バージョンのユーザーインタフェースがベストと考えているわけではないし、ユーザーの声によっては変更する可能性もある」という。

　ツールバーの右クリックメニューからカスタマイズ設定すれば、一番上のメニューバーに「タブの一覧」アイコンを表示することも可能だし、「Tab Mix Plus」や「Tab Kit」などの拡張機能を使えば、タブバーをページの上下左右などに表示できる。Mozilla Japanは「どんな配置が使いやすいかというテストはしている。だが、あくまでも、ユーザーが好みに応じて選べるということが重要」と強調する。

特筆すべき違いの1つは、Webページを表示するタブの処理方法だ。Chromeでは、それぞれのタブが別のブラウザとして動作する。ブックマークバー、Omnibox、メニュー、ツールバーアイコンはブラウザの上部ではなくタブ内に置かれている。タブはウィンドウの一番上に表示される。また、関連するタブはグループ化される。既に開いているページのリンクから新規のタブを開くと、新しいタブはタブの並びの一番後ろではなく、元のページの隣に現れる。

　GoogleはChromeは高速だと主張しているが、わたしがテストしたところでは、Webページを開くという普通の作業で、FirefoxやSafariよりも目に見えて遅かった。だが、IEの最新版――こちらもβ版で、IE 8という――よりは速いことが判明した。

一方のMicrosoftも何もしていなかったわけではない。IE 8のβ2はここ数年で最高のIEのバージョンだ。新しい独自機能が詰まっており、中にはChromeに似た機能も、わたしから見ればChromeに勝る機能もある。

　例えば、IE 8も関連するタブをグループ化するが、それぞれのタブグループに異なる色を割り当てており、クリック1回ですべてのタブを閉じることができる。独自の「スマートな」アドレスバーがあり、入力している途中で候補のドロップダウンリストが現れる。ただし検索ボックスは別になっている。

　またIE 8にはChromeをしのぐ画期的なプライバシー機能があり、「アクセラレータ」という新機能もある。アクセラレータは、Webページ上で地名を選択して地図を表示するといったように、ページ上で選択した単語やフレーズに対して、新しいページに移動せずにすぐに何らかの操作ができるというもの。

ウェブアプリケーションエンジンとしてのGoogle Chrome

　UI要素は、競合ブラウザであるOpera、Firefox、Internet Explorer、Safariの要素を足して割ったという印象がします。

　従来のブラウザはツールバーに「ページの更新」と「中止」のボタンが別々にあったわけですが、これを最初に結合したのがSafari。その後、Operaも採用し、Chromeも同じ手法をとってユーザーインタフェースをシンプル化しています。

　また、「ファイル」「編集」でお馴染みのメニューバーを取り除いているのは、ChromeだけでなくInternet Explorer 7もそうです。IE7とChromeでは、メニューバーを使わなくなった代わりに機能ボタンが右側に集約されており、従来メニューバーからたどっていたコマンドはここからアクセスすることになります。

デフォルトではメニューバーが非表示になっているIE7。Chromeのように右側のボタンからブラウザの機能にアクセスできる

　IE7の場合は設定画面で表示と非表示を変えることができますが、Chromeでは完全にメニューバーという概念を取り除いている点で挑戦的なアプローチといえるでしょう。これはChromeというアプリケーションが動いているのではなく、ウェブアプリケーションを操作するためのエンジンが背後で動作している過ぎないというイメージをUIで表現した結果といえます。

●
ChromeをWebアプリ実行の“プラットフォーム”として考えると……

　しかし、Chromeを「Webアプリケーションの実行プラットフォーム」として考えれば、何の不思議もありません。

　例えば、Windowsアプリケーションを使い、ワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとします。この場合、これらのアプリケーションソフトは別々のプロセスを持っています。だから、例えばワープロがクラッシュしても、メーラが落ちることはなく、書きかけのメールが消えてなくなることもありません。

　ところが、従来のWebブラウザ上から使うAjaxアプリケーションの世界では話が変わります。Ajaxアプリケーションのワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとき、ワープロがクラッシュするとすべて道連れです。クラッシュリカバリ機能が救えるデータを救ってくれることはありますが、すべてを確実に救えるわけではありません。

　ですが、Chromeのアーキテクチャであれば、この問題が解消されます。タブごとに異なるプロセスで実行されるため、ワープロがクラッシュしてもメーラに影響は及びません。これは、「Webアプリケーションのプラットフォーム」として考えれば、長所です。

　Chromeを「Webアプリケーションの実行プラットフォーム」として考えると、「アプリケーション
ショートカット」機能を含め、Webブラウザの機能を拡張することを目的として開発されていたGearsは、実はChromeのための布石だったのかもしれないという考えに至ります。

● 使い比べた結果は……




　実際に、IE 7.0、Firefox 3.01と使い比べてみました。なんと過酷にも「Tokyo Subway
Map（KML）」と「世田谷古道地図」の両方を同時にオンにしてみます。







図13　Chromeによる表示結果








図14　Firefox 3.01による表示結果








図15　IE 7.0による表示結果




　さて、結果が表示されるまでの待ち時間、ドラッグによってスクロールさせた場合のスムーズさなど、いずれの点でも以下の順番で優れた結果となりました。




Google Chrome 0.2 ＞ Mozilla Firefox 3.01
＞ Internet Explorer 7.0




● 重いAjax／JavaScriptアプリの専用ブラウザとして使う？





　この結果を見たとき、思ったことは以下の3点です。



• 一般論としてChromeをメインのWebブラウザにするのは時期尚早だろうが、Googleマップ専用ブラウザとして導入するのはありかもしれない
  
  
• その場合、地図が見える面積が広いのは長所
  
• Chromeによる閲覧を前提とするなら、もっと重いマイマップを作成してもいい



　筆者個人の感想はGoogleマップ限定ですが、おそらくほかのAjaxアプリであっても同じような感想があり得ると思います。しかし、話はまだ続きます。




GearsはChromeのための布石だったのか？




　Googleマップ専用ブラウザとしてChromeを導入するとすれば、アプリケーション化は非常に便利な機能です。なぜかといえば、専用に使うということは、「Webブラウザを開く→Googleマップを開く」という2手順を費やす意味がないことを示すからです。アイコンから直接開いてくれればいうことはありません（もちろん、従来のWebブラウザでもお気に入りのショートカットをデスクトップに置くなどの対処はあり得る）。




　さらにいえば、この場合はアドレス入力ボックスが存在することに意味はありません。別のサイトを閲覧するためには使わないからです。むしろ、その分の面積にも地図を表示してくれた方がありがたいわけです。とすれば、Chromeのアプリケーション化という機能はジャストミートします。

Google BlogoscopedはGoogleから届いたScott McCloudによる大長編マンガを公開した。マンガはGoogle
Chromeというオープンソースブラウザの詳細を初めて公にしたもの。Google ChromeはWebKitをベースにしてGoogle
Gearsの機能を実装している。これまで長く噂はあったが公式にその存在について言及されたことはなかった。

マンガ（全編はこちらから見ることができる。Marshall、ありがとう）によると、Google
Chromeはセキュリティ対策が施され、使い勝手が良く、軽快な動作で、安定しており、安全で、サイトのテストも容易なブラウザの開発をしばらく続けていたらしい。

これはメジャーなInternet ExplorerにLive
Searchの機能を密に統合している（またウィンドウズ自体にも統合されている）マイクロソフトに対して疑問の声を上げるものでもある。但しGoogleが中心となって出資しているMozillaのFirefoxブラウザとの関係がどうなるのかにも注目が集まる。

マンガではGoogle Chromeの機能を以下の4つに分けて紹介している。

「タブ」の強化と、集約したサイト情報に基づく十分なテスト

一度にひとつのプロセスのみを実行する他のブラウザとは異なり、Google
Chromeはタブ毎にプロセスを生成する。これにより全体的なパフォーマンスを向上させ、特定のタブ内で問題が生じた際にブラウザ自体がクラッシュすることを回避する。

マルチプロセス方式では事前に多くのメモリを割り当てておく必要があるが、マルチタスク方式のように利用していくうちにメモリ使用量が増えていくことはない。またタブの開閉を繰り返す内に次第にブラウザが重くなっていくというようなこともなくなる。