MetroでWindows 8はモバイルOSを目指す：鈴木淳也の「お先に失礼！ Windows 8（まだ仮称）」（3/3 ページ）

[鈴木淳也（Junya Suzuki），ITmedia]

Metroを推奨するのはモバイル性能を高めるため

　以上のように、Metroスタイルアプリの「休止」と「再開」動作において、次のような特徴がある。

• Metroスタイルアプリには「フォアグラウンド」と「バックグラウンド」の動作状態がある
• 「バックグラウンド」に移行したアプリは一定時間で「サスペンド」または「終了」する
• アプリによっては「サスペンド」状態から自動復帰し、「バックグラウンド」のままで何らかの動作をする
• 「Snap View」での動作は「フォアグラウンド」と同等

　「フォアグラウンド」で起動したメインのアプリ以外は、極力その動作を停止して、必要最低限のシチュエーションでのみ「サスペンド」から自動復帰、一定のタスクをこなした後に再び「サスペンド」になる。Metroスタイルアプリにはこのような一連の“ライフサイクル”がある。

　共通するのは「極力マシンリソースを浪費しない」という点で、その思想はモバイルOSに近い。バッテリー駆動のデバイスにおいて、CPUやネットワークリソースの浪費はバッテリー駆動時間の減少につながるため、最低限の動作まで落とし込む仕組みが重要だ。これには、マルチタスク動作の時間を短くするのが肝要になる。これが、従来までのデスクトップ中心だったWindowsとの大きな違いといえるだろう。

　タスクマネージャーで名前横に三角マークが表示される従来型のWindowsアプリケーションでは「サスペンド」状態になることはないため、こうしたリソースの浪費保護について担保できない。Microsoftが「極力Metroスタイルでのアプリ開発をデベロッパーに推奨」するのも、こうした理由が一端にある。

　このことを象徴するのが、タスクマネージャーの「App History」タブだ。ここにはデバイス起動から現在までにいたる各アプリの累積起動時間を表示する。「Suspended」だった時間は除外するため、「バックグラウンド」動作を含めて、純粋にアプリが起動していた時間を示す。メインで利用しているアプリ以外で、起動時間や消費するリソースが大きければ、それだけデバイスにかける負担が大きいことになる。アプリ開発者のデバッグ用途だけでなく、ユーザーが利用アプリの「デバイスに対する優しさ」を判定する基準にもなるだろう。

Snap Viewで起動しているアプリは「Suspended」せず、通常のフォアグラウンドアプリと同じ扱いになる（写真＝左）。アプリの累積起動時間がタスクマネージャーから確認できる。「Suspended」のステータスにあった時間は除外するため、「バックグラウンド」でこまめに活性化する「Weather」アプリの起動時間が長い