macOSで、ウィンドウを閉じるとアプリが終了しないのはなぜですか？
私はmacOSを使用しており、一部のアプリケーションウィンドウでのcloseアクションの背後にあるユーザビリティの決定を理解しようとしています。私はちょうどターミナルを始めました：
ここで関連するものは何もありません。ターミナルが開かれ、ターミナルアイコンの下にドットが表示されて実行中であることを示しているため、タスクバーの右下で実行されていることがわかります。
次に、ウィンドウの左上にある閉じるアイコンをクリックします。
ご覧のように、私がウィンドウを閉じてアプリケーションを閉じたにもかかわらず、タスクバーが実行中であることを示すアイコンがまだ表示されていることからわかるように、ターミナルはまだ実行されているようです。
なぜクローズはクローズを意味しないのですか？この機能はさまざまで、一部のアプリケーションが実際に閉じているものとそうでないものがあることに気づきました。
アプリケーションを右クリックして閉じると、実際には閉じます。
ウィンドウを閉じるボタンを使用しても一部のアプリケーションが実際に閉じないのはなぜですか？最小化したい場合は、最小化ボタンを使用します。
ドキュメントとアプリ
これは、次の違いに関係しています。
- ドキュメントウィンドウ
- アプリウィンドウ
閉じるとは、閉じることを意味します。唯一の問題は、マルチドキュメントアプリケーションのドキュメントを閉じるか、単一のアプリケーションウィンドウを閉じるか、つまりアプリケーション自体を閉じるかです。
（詳細： MacOのヒューマンインターフェイスガイドライン ）。
ドキュメントウィンドウ
一部のアプリケーションでは、複数のウィンドウ、つまりドキュメントを開くことができるのは理にかなっています。例は次のとおりです。
- ワードプロセッサ
- ターミナル
- ブラウザ
- グラフィックアプリケーション
アプリウィンドウ
一部のアプリケーションでは意味がありません。
- 電卓
- ほとんどのゲーム
- FaceTime
Mac vs Windows-短い歴史
私は何年もWindowsを使用していませんが、使用したとき、アプリウィンドウがありましたその中にドキュメントウィンドウがあり、後者はドキュメントウィンドウの境界を超えることができませんでした前者：
これにより、アプリとドキュメントのウィンドウ全体がより明確になりました。ウィンドウを閉じます-ドキュメントを閉じます。あなたは外側のウィンドウを閉じます-あなたはアプリを閉じます。
ただし、問題が1つあります。2つ目の画面を用意できたら、アプリウィンドウを両方の画面にドラッグし、ドキュメントを画面ごとに整理する必要がありました。 2つの画面のサイズ/解像度が同じでない場合、これは火星における大規模な問題でした。画面が3つある場合はさらにそうです。
Macは当時、複数の画面を使用することが多いクリエイティブ産業（メディア、デザイン、グラフィック）をターゲットとしていました。したがって、MacOSはアプリウィンドウ内でドキュメントを採用するのではなく、「依存する」アプローチを採用しました。
警告？このドキュメント全体とウィンドウの区別は、はるかにぼやけています。
このMDIのウィキペディアのページ で、このアプローチの長所と短所を確認できます。
さらに一歩先を見れば、それはすべてかなり天才です。
Appleは、彼らが決定をしたときのあいまいさと潜在的な不快感を認識していませんでした。
しかし、彼らはAppleがしばしばそうするように）、一歩先を見ました（これは、学習曲線、漸進的開示、パフォーマンス負荷などのユーザビリティの概念にリンクしています）。
- ターミナルウィンドウをマウスで閉じます。
- くそー！流血のアプリはまだ開いています。
- どうやって閉じるのですか？
- マウスをメニューまで動かします。
- マウスを[終了]オプションまで移動します（多くの場合、下部のメニュー項目=より多くのマウス操作が必要です）。
- くそー！それは多くのマウス操作です。
- ねえ、これは何ですか？ CMD-Qを使用してアプリを閉じることができます。
- ああ!!!次回はこれを使うほうがいいです。
そして、初心者のマウスユーザーから、エキスパートキーボードユーザーになります。次に、CMD-Wを見つけます。
私は単一のサンプルですが、これに気付いたことを思い出せないので、私はあなたの質問に少し驚いていました。目標を明確にする手段としてキーボードショートカットを使用することは非常に早い段階で条件付けられていました。