Windows 8: Metro アプリケーションとは
目次:
- Metro アプリケーションのインターフェース: ツールバーとナビゲーション
- 全画面表示を超えて
- Metro アプリケーション実行モデル
- 欠点: 従来のアプリケーションよりも制限が多い
- 特別な Windows 8 の詳細
Windows 8 では、最新の Microsoft の名前に従って、新しいタイプのアプリケーション、Metro またはモダン UI スタイルのアプリケーションが導入されています。それらは、少なくともコンピューター上では、私たちが慣れ親しんだアプリケーションではありません。そのため、今回の特集記事では、Metro アプリケーションとはどのようなもので、どのように機能するのかを掘り下げていきます。
Metro アプリケーションのインターフェース: ツールバーとナビゲーション
Metro の主なコンセプトは、コンテンツが最も重要だということです。このため、Windows 8 では、アプリケーションのインターフェイスにコントロールがほとんどなく、テキスト、ビデオ、画像などを表示することに重点が置かれています。ただし、まだコントロールが必要です。すべてをジェスチャーで行うことはできません。このため、Metro アプリケーションには、特定のタスクを実行するのに役立つ特定の共通インターフェイス要素があります。主なものはアプリ バーまたはツールバーです。
このバーには、各アプリケーション画面で使用できるすべてのコマンドが含まれており、最も重要なこと (および Windows Phone との主な違い) は、コンテキストに依存していることです。私たちがしていることに適応しています.
アプリケーションの使用中はアプリ バーが非表示になり、画面の下からスワイプするまで表示されません。理由？通常、そこにあるコマンドは必要ありません。コマンドを隠して必要な場合にのみ表示すれば、それほど煩わしくありません。
ただし、スラッシュが必要な場合もあります。たとえば、いくつかの要素を選択している場合、最も可能性が高いのは、それらを使って何かをしたいということです:それらを削除したり、フォルダーに追加したりします...したがって、いくつかの要素を選択すると、下のバーが自動的に表示されます。必要なボタンがあります。
アプリケーションには、画面の上部からスワイプすると表示されるトップ ナビゲーション バーを組み込むこともできます。このバーを使用すると、アプリケーションの別のセクションに移動したり、アプリケーションにリニア ナビゲーション システムがある場合は戻ることができます。
.設計されていますが、そのバーの目的は常にアプリケーションのさまざまな部分間を移動することです。
全画面表示を超えて
Metro は、アプリケーションが画面にどのように表示されるかについても、概念の変化をもたらします。それらを通常使用する場合は最大化されますが、実行する場合は別の可能性があります。たとえば、アプリケーションを画面の横に貼り付けて、スペースの 3 分の 1 しか占有しないようにすることができます。
サイズを変更するだけでなく、全画面表示とは異なる方法で表示されることに注意してください。このモードに最適なインターフェイスを実装する必要があるのは開発者です。
"一方、チャームを介して Metro アプリケーションを実行することもできます。ニュースを見ていて、それを共有したいとしましょう。右側のバーの共有ボタンを使用して、ダイアログを実行するアプリケーションを選択できます>"
デスクトップアプリとの違いでもあります。 Windows 7 では、あるアプリケーションから別のアプリケーションに共有するには、ドラッグ アンド ドロップ (またはコピー アンド ペースト) します。開発者の観点から見るとかなり粗雑な方法です。 Windows 8 では、アプリケーションが相互に通信できるようにするシステムであるため、より豊かな対話への扉が開かれます。
一方、Microsoft は他のモバイル システムやタブレットとの顕著な違いを示しています。画面上に複数のアプリケーションを表示するという単純な概念にもかかわらず、Android も iOS も実現していないことであり、十分な画面を備えたタブレットがある場合に非常に役立ちます。これは、Windows 8 がモバイルではなくデスクトップからのシステムであることの利点の 1 つです。
Metro アプリケーション実行モデル
Metro アプリケーションを初めて開いたとき、[閉じる] ボタンがないことに気付きました。これは、通常の Windows アプリケーションよりも典型的なモバイル アプリケーションです。また、アプリケーションが画面に表示されていないときは何もせず、フリーズしたままになっていることに気付いたかもしれません。
これらの違いにより、Metro アプリケーションには、実行中、一時停止中、停止中 (実行されていない) の 3 つの状態が考えられます。アプリを最初に起動すると、操作できる実行状態になります。別のアプリケーションに切り替えると、状態は一時停止になります。Windows はアプリケーションの状態をメモリに保存しますが、実行中のすべてのプロセスを一時停止します。
アプリケーションが中断され、メモリがある限り、Windows はその状態を保存し続けます。アプリケーションを変更するか、アイコンをもう一度クリックして戻ると、再びアクティブになり、以前の状態に戻ります。一方、十分な RAM がない場合、Windows はアプリケーションを完全に閉じます。再度実行すると、シャットダウン時に回復データを保存するように開発者がプログラムしていない限り、状態は自動的に回復せず、最初から実行されます。
ご覧のとおり、これはコンピューターよりもモバイルに典型的なモデルであり、これらのアプリケーションを使用する際の意識の変化も伴います。コンピューターに多くのアプリケーションがある場合でも、Metro アプリケーションを強制終了する必要はありません。システムが自動的に終了するためです。
"アプリケーションを使い終わったときにアプリケーションを閉じる心配もありません。まず、私たちの観点からは、中断されたアプリケーションはシステム リソースを占有しないため、そのままにしておいても問題はありません。そして第二に、それを行うことさえできないからです: Windows Phone のように戻るボタンを連続して押すことさえせずに、終了するオプションはありません。"
欠点: 従来のアプリケーションよりも制限が多い
前に述べたように、Metro アプリケーションは多くの興味深いモバイル コンセプトをもたらします。残念ながら、開発者が従わなければならない制限もあります。これは、WinRT API では選択肢がなかったり、Windows Phone ストアでアプリを受け入れない場合があるためです。
1 つ目は、アプリケーションの配布方法です。それらはアプリケーション パッケージに完全に含まれている必要があり、機能するために追加の実行可能コンポーネントをダウンロードすることはできません。これは、Java のようなフレームワークを使用しないことを意味し、複数のバイナリ コンポーネント (LaTeX ディストリビューションなど) を持つアプリケーションは、ユーザー スペースに何もダウンロードせずに、すべてを 1 つのパッケージにまとめる必要があります。
また、低レベルのシステム API へのアクセスに関して、より技術的な制限があります。たとえば、ソケットを使用できないため、多くの既存のライブラリとの互換性が失われ、ネットワーク経由でデータを送信するより複雑なアプリケーションを作成することもできなくなります。
Metro はまた、アプリケーションが互いに分離されているという事実を強制します。これにより、アプリケーション ランチャーが作成されなくなり、Metro アプリケーションの機能を変更できなくなり、ファイルを共有する以外の方法で相互に通信できなくなります。
さらに、Microsoft が Windows ストアに適用する制限: 一部の人にとって不快な可能性のあるコンテンツ、マルウェアとして検出される可能性のあるセキュリティ アプリケーション...ルールに違反している場合、アプリは拒否され、バグが修正されるまでユーザーに届きません。
これらの制限は、Metro アプリケーションがコンピュータ上で重大な作業を行うのに役立たないという考えを裏付けています。個人的には、完全には同意できません (たとえば、Metro アプリケーションでは複雑なアプリケーションの UML デザインを作成できます) が、デスクトップ アプリケーションほど多くの可能性を持つアプリケーションにはならないのは事実です.
一方、よりシンプルなアプリケーションであり、よりクローズドな機能を備えているため、ユーザーにとってははるかに使いやすくなります。問題の核心は、共通のインターフェイスと動作と開発者に与えられた自由との間のバランスを見つけることであり、Microsoft は Metro アプリでスイートスポットを見つけることができたと思います.
