Macアプリが決して「閉じない」のはなぜですか？

ある意味、これは1984年から始まったUIルールです。 WindowsとX11はどちらも元のMac GUIよりも最新のバージョンであるため、Macが何か奇妙であることを示唆するのではなく、WindowsがWindowsが「ちょうど違う」という方法で作業を行うと言うことができます。

Macintoshの初期には、一度に1つのアプリケーションしか実行できませんでした。ウィンドウがないアプリケーションの場合は、アプリケーションを開くのが最善です。アプリケーションには常に画面の上部に表示されるメニューバーがあるためです。いつでもメニューバーを使用して新しい文書を作成したり、既存の文書を開くことができるので、すべてのウィンドウを閉じるときにアプリケーションを開いたままにすることをお勧めします。単にウィンドウが閉じたという理由でプロセスを終了することは、他のプロセスがフォーカスを生成できないため、当時は意味がありません。

数年後、1980年代後半のマッキントッシュは、複数のアプリケーションを同時に開くのに十分なメモリを持つレベルに発展しました。これを行うツールは、既存のアプリケーションとの以前のバージョンとの互換性を維持する必要があるため、自然にデフォルトのUIルールを変更せず、ウィンドウを開かなくてもアプリケーションを終了しません。その結果、UIでは、視覚的なGUI要素（ウィンドウ）と抽象実行プロセス（アプリケーション）が明確に区別されます。

その間、MicrosoftはWindowsを開発してきました。 1990年代初頭まで、MicrosoftのWindows 3.Xはうまくいっていました。 MacintoshはアプリケーションUIの表示を中心に構築されていますが、Windows（名前が示すように）はウィンドウ自体がUIの基本単位である必要があり、アプリケーションの唯一の概念がMDIスタイルのコンテナウィンドウであるというアイデアを中心に構築されました。 UIの観点から見ると、X11はアプリケーションを本質的に重要ではないと見なします。単一のプロセスは、（非常に新しい）ローカルエリアネットワークを介して複数のコンピュータに接続された複数のモニタでウィンドウを開くこともできます。

Windowsスタイルのアプローチの問題は、メニューバーを使用して開くなどの特定の種類のユーザー対話を実行できず、ウィンドウが消えたときにプロセスが実際に終了したことをユーザーが実際に保証できないことです。 Macintoshユーザーは、実行中のウィンドウレスアプリケーションに簡単に切り替えて終了または使用できますが、Windowsはユーザーがこれらのプロセスと対話する方法を提供しません。 （タスクマネージャでこれを確認して終了することに加えて）、ユーザーはプロセスを再起動せずにプロセスに戻ることができるように、プロセスを実行中のままにするオプションはありません。プロセスの妨げにならない一部の目に見えるUIを残すことが不足して、プロセスが複雑になります。画面を表示し（当時は非常に限られた）リソースを消費します。 Macintoshにはトランジション用のアプリケーションメニューがありますが、Windowsはウィンドウを開くプロセスに関係なく、すべてのトップレベルウィンドウを表示するタスクバーを広く使用しています。マルチタスクの場合、「Taskbar Soup」が扱いにくいことがわかりました。より基本的なユーザーにとっては、「トップレベルウィンドウ」と見なされるものが予測できないため、時々混乱することがあります。これは、どのウィンドウが実際にバーに表示されるかについての学習可能な規則がないためです。

1990年代後半には、MicrosoftのGUIが最も一般的に使用されました。ほとんどのユーザーは、MacintoshやUNIX X11ワークステーションではなくWindows PCを使用しています。したがって、時間が経つにつれてLinuxの人気が高まるにつれて、多くの開発者はUNIX UIルールではなくWindows UIルールを使用することに関する背景知識を持っています。これは、Motifのような初期の作業の歴史と組み合わされ、Windows UIルールを借りて、twmやMacintoshなどの古典的なX11環境よりもWindowsのように動作する最新のLinuxデスクトップ環境を生み出しました。

この時点で、「クラシック」Mac OSはMac OS 9で自分の道を進み、MacintoshはMac OS Xとはかなり異なるUnixベースのシステムになりました。したがって、DockのNeXT UIの概念を継承します。もともと NeXT システムでは X11 が使用されていましたが、ウィジェットと UI ルールはややユニークでした。おそらく最もユニークなのは、プログラム実行プログラムとタスク切り替え機能を組み合わせたDockです。 （よく知られているOS-Xの「複数列」ファイルを開く]ダイアログも、目に見えるいくつかの点でNeXTから出てきましたが、OS-Xの移行における最も重要な変更は目に見えない変更でした。）Macintoshとは異なり、 「デフォルトのUI要素としてのアプリケーション」という概念とうまく機能します。したがって、ユーザーはDockアイコンのバッジを介してアプリケーションが開いていることを確認でき、それをクリックして切り替えたり実行したりできます。はるかに優れたマルチタスクをサポートしているため、ユーザーがバックグラウンドで実行されるいくつかのビデオ変換ソフトウェアなど、さまざまなタスクをバックグラウンドで実行したいのが突然合理的です。など、これらのどれも合理的なユーザーエクスペリエンスを維持するために必ず表示されるウィンドウを開く必要はありません。これは、対話するプログラムを開かずに常にUIと対話することができます。したがって、Windowsと同様に、アプリを開いたままにする既存の方法を放棄することは、ほとんどのMacユーザーに間違った方向に行く恐ろしい措置と見なされます。対話モードが不可能になります。

明らかに、一部のユーザーはWindowsのルールを好むが、どちらも「確かに正確」ではない。しかし、正当な理由なくそのような有用なものを放棄することは意味がありません。今回の歴史旅行があなたに役立つ背景情報を提供できることを願っています。

窓いいえWindowsが接続されたMacOSのアプリケーションです。これがウィンドウを閉じてもアプリケーションが終了しない理由です。

Windowsでは、ウィンドウはいしたがって、終了ボタンをクリックするとアプリケーションを終了する必要があります。

Linuxでは、開発者がどのアーキテクチャを好むかを決定します。どちらの方法も可能です。

これは特定のアプリケーションです。たとえば、システム環境設定アプリケーションする赤いボタンをクリックして終了します。ただし、ほとんどのプログラムは、ウィンドウを「閉じよう」としようとしたときにのみウィンドウ（およびその中にある文書）のみを閉じます。私の考えでは、これの背後にあるアイデアは、アプリを再利用したいときに作業を速くすることです。

閉じたい場合は閉じたいです。期間。

同意するので、ショートカットを使用してCmd+wウィンドウを閉じてCmd+q本当に終了します。ほとんどのアプリケーションはすでにこの機能を実装しています。別の方法は、アプリケーションアイコンを右クリックして「終了」を選択することです。この方法ははるかに遅いです。

その理由は、窓が何であるかです。 Microsoft Windowsでは各アプリケーションに独自のウィンドウがあり、Mac OSX以前のMac OSでは各アプリケーションに独自のウィンドウがあります。文書または文書独自の窓があります。 「Safariを閉じる」場合、Safariアプリケーションを閉じる[終了]ではなく、ファイル（http://unix.stackexchange.com）のみを閉じることです。同様に、Pages（Appleのワードプロセッシングアプリケーション）ウィンドウを閉じると、作業中の文書は閉じられますが、Pagesアプリケーションは引き続き実行されます。アプリケーションを終了するにはCMD + Qを使用してください。ファイル生成ではなく、一部のアプリケーションは、複数のウィンドウを開いたり、ウィンドウをまったく開かなくても実行を続けることができるという点で、このパターンに従います（iTunes）。

代替手順：ウィンドウを閉じるのではなく、CMD + Qを押してアプリケーションを終了します。 [CMD + W]ドックのアイコンをもう一度クリックし（CTRL +クリックまたは右クリックまたはトラックパッド/マウスの2本指をクリック）、単にを選択します。あきらめる

悲しいことに、それは人々がしなければならない小さなことです。忘れるWindowsとMac：D