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

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

私はLinux/Windows/Macユーザーです。私はすべてのシステムが好きで、Windowsより* *nixが好きですが、まだすべてのシステムが好きです。

私は今年Macを使い始めましたが、LinuxとWindowsの間で理解できない1つの違いは次のとおりです。 「x」ボタンをクリックしてもアプリケーションが決して閉じないのは、LinuxとWindowsの動作方法です。 cmd + qを押すか、メニューの上に移動して終了する必要があります。

私の言葉は、これがただそれらすべてと違うことなのでしょうか、それともこのような行動の理由はありますか?私は何の利点も見ていません。閉じたい場合は閉じたいです。期間。

理由を知っている人はいますか?

ベストアンサー1

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

おすすめ記事