ついて細かく意識するケースは少なかったかと思います。つに限られる様になりました。(サスペンド)等でも発生するため、ほぼ全てのストアアプリがこの「中断」状態を意識すべきだと言えます。意識する必要があります。呼ばれる状態を設ける事で、中断中のアプリケーションの使用リソースを減らして効率的にアプリケーションを実行する仕組みが提供されていました。詳細については以前書いた記事を参照ください。ストアアプリと同じ構成が採用されています。つの状態を持つ」と表現されます。文字通りアプリケーションが実行されている状態で、該当するアプリケーションが前面に表示されてアクティブになっている状態になります。終了アプリケーションが終了している(=起動してない)状態です。デスクトップアプリケーションで言えば該当するアプリケーションの実行プロセスが存在しない状態に当たります。中断アプリケーションは起動されているものの、バックグラウンドにまわっていて実行はされていない状態です。一時停止の様な状態になります。この状態に該当するものは厳密にはありません。*3但し、アプリケーションの起動時に、前回の「終了」が「ユーザ操作による終了」だったのか「中断状態からのシステムによる終了状態移行」だったのかを判別する手段が用意されています。近い挙動を実装する事が可能になっています。ご紹介したいと思っています。*4近日中に募集ページも公開されると思いますので、是非ご参加いただければと思います。*1:多数のプロセスが同時に起動された場合に、一時的にリソースが割り当てられない状態になる事はありますが。「中断」状態からのメモリ解放時に「終了」状態に移行します。*4:それまでにはちゃんと時間を取って資料を作ります。Blog|ブログを報告する。