Tại sao các ứng dụng Mac không bao giờ nhận được đóng


60

Tôi là người dùng Linux / Windows / Mac. Tôi thích tất cả các hệ thống, * nhiều hơn Windows, nhưng dù sao tôi cũng thích tất cả.

Tôi đã bắt đầu sử dụng máy Mac vào năm nay và một điểm khác biệt giữa Linux và Windows mà tôi không thể hiểu là: tại sao các ứng dụng không bao giờ bị đóng khi tôi nhấn nút "x", vì đây là cách Linux và Windows hoạt động? Tôi cần nhấn cmd + q hoặc thoát khỏi menu lên.

Ý tôi là, chỉ khác với tất cả bọn họ, hay có lý do cho hành vi này? Tôi không thể thấy bất kỳ lợi thế. Nếu tôi muốn đóng, tôi muốn đóng. Giai đoạn = Stage.

Bất cứ ai cũng biết lý do cho điều đó?


1
Chỉ là hành vi mặc định của Xnút là để ẩn. Tôi đồng ý rằng điều đó thật ngu ngốc, nhưng đó là kết quả của tâm lý "Macbook của bạn biết rõ hơn bạn". Một số cửa sổ và chương trình linux làm điều tương tự, nhưng nói chung, Xcó nghĩa là đóng.
Falmarri

1
Đôi khi một hành vi mặc định có một lý do, thậm chí lịch sử không có ý nghĩa. Tôi muốn biết điều đó.
Ai đó vẫn sử dụng bạn MS-DOS

1
Tôi nghĩ trong lịch sử nó đóng cửa sổ, nhưng nó không thoát khỏi ứng dụng. Tôi không biết tại sao nhưng tôi nghi ngờ nó bắt nguồn từ thời trước khi máy Mac có bộ nhớ ảo và chuyển đổi ứng dụng thực, bạn có thể đóng các cửa sổ, có thể giải phóng một số bộ nhớ nhưng không làm cho việc mở một bộ nhớ mới bị chậm.
Neth

25
Khi một ứng dụng luôn chỉ có một cửa sổ (chính) (ví dụ: Tùy chọn hệ thống ), hãy đóng nó (hoặc Tệp > Đóng , Command + W hoặc X đỏ trên mỗi cửa sổ ở phía trên bên trái) thoát khỏi ứng dụng (được thực hiện với, cửa sổ có nghĩa là bạn đã hoàn thành ứng dụng với ứng dụng vì vì chỉ có một cửa sổ). Các ứng dụng có thể có nhiều hơn một cửa sổ chính không thoát khi cửa sổ cuối cùng được đóng lại. Ứng dụng vẫn mở để bạn có thể sử dụng (ví dụ) Tệp > Mới (hoặc Tệp > Mở ) để mở một cửa sổ mới mà không phải thoát và khởi động lại ứng dụng.
Chris Johnsen

1
@Chris của bạn nên là một câu trả lời, nó có ý nghĩa nhất đối với tôi
phunehehe

Câu trả lời:


89

Ở một khía cạnh nào đó, đó là một quy ước UI có lịch sử từ năm 1984. Vì cả Windows và X11 đều đăng ngày Mac GUI gốc, nên người ta có thể nói rằng Windows thực hiện theo cách Windows "khác biệt" chứ không phải là khác biệt gợi ý rằng Mac là số lẻ.

Quay trở lại những ngày đầu tiên của Macintosh, bạn chỉ có thể chạy một ứng dụng một lần. Hoàn toàn hợp lý khi một ứng dụng mở mà không có cửa sổ vì ứng dụng này luôn có một thanh menu hiển thị ở phía trên màn hình. Khi bạn đóng tất cả các cửa sổ của một ứng dụng, sẽ rất hợp lý khi giữ ứng dụng mở vì bạn luôn có thể sử dụng thanh menu để tạo một tài liệu mới hoặc mở một tài liệu hiện có. Thoát khỏi quy trình chỉ vì một cửa sổ đã đóng không có ý nghĩa gì vào thời điểm đó, bởi vì sẽ không có quá trình nào khác để tập trung vào.

Vài năm sau, Macintosh của những năm cuối thập niên 80 đã phát triển đến mức có đủ bộ nhớ để mở nhiều ứng dụng cùng một lúc. Vì các công cụ để thực hiện việc này phải duy trì khả năng tương thích ngược với các ứng dụng hiện có, nên đương nhiên chúng sẽ không thay đổi các quy ước UI cơ bản và hủy các ứng dụng mà không có bất kỳ cửa sổ nào mở. Kết quả là một sự khác biệt rõ ràng trong giao diện người dùng giữa một yếu tố GUI trực quan (một cửa sổ) và một quy trình chạy trừu tượng (ứng dụng).

Trong khi đó, Microsoft đã phát triển Windows. Vào đầu những năm 90, Microsoft đã có Windows 3.X hoạt động tốt và Motif trên X11 đã được truyền cảm hứng rất nhiều từ công việc của Microsoft. Mặc dù Macintosh được xây dựng để trình bày UI của Ứng dụng, Windows (như tên gọi sẽ gợi ý) được xây dựng dựa trên triết lý rằng chính Window phải là đơn vị cơ bản của UI, với khái niệm duy nhất về một ứng dụng ở dạng Cửa sổ container kiểu MDI. X11 cũng coi một ứng dụng phần lớn không quan trọng theo quan điểm UI. Một quy trình thậm chí có thể mở các cửa sổ trên nhiều màn hình được kết nối với một số máy qua mạng cục bộ (rất mới).

Vấn đề với cách tiếp cận kiểu Windows là bạn không thể thực hiện một số hình thức tương tác người dùng, chẳng hạn như mở chỉ bằng một thanh menu và người dùng không có gì đảm bảo thực sự rằng một quy trình đã thực sự thoát khi cửa sổ biến mất. Người dùng Macintosh có thể dễ dàng chuyển sang một ứng dụng đang chạy mà không có cửa sổ để thoát khỏi ứng dụng hoặc sử dụng nó, nhưng Windows hoàn toàn không có cách nào để người dùng tương tác với quy trình như vậy. (Ngoại trừ để ý nó trong trình quản lý tác vụ và giết nó.) Ngoài ra, người dùng không thể chọn để lại một tiến trình đang chạy để họ có thể quay lại nó mà không cần khởi chạy lại, ngoại trừ để giữ một số UI hiển thị khỏi quá trình lộn xộn lên màn hình và tiêu tốn tài nguyên (vào thời điểm đó, rất hạn chế). Trong khi Macintosh có menu "Ứng dụng" để chuyển đổi, Windows đã phổ biến "thanh tác vụ" trong đó hiển thị tất cả các cửa sổ cấp cao nhất mà không liên quan đến quá trình đã mở chúng. Đối với đa nhiệm nặng, "súp thanh nhiệm vụ" tỏ ra không ổn. Đối với những người dùng cơ bản hơn, tính chính xác về những gì đủ điều kiện là "cửa sổ cấp cao nhất" đôi khi gây nhầm lẫn vì không có quy tắc có thể học được về chính xác cửa sổ nào sẽ thực sự hiển thị trên thanh.

Vào cuối những năm 90, GUI của Microsoft được sử dụng phổ biến nhất. Hầu hết người dùng có PC Windows thay vì máy trạm Macintosh hoặc UNIX X11. Do đó, khi Linux ngày càng phổ biến theo thời gian, nhiều nhà phát triển đã đến từ một nền tảng sử dụng các quy ước UI của Windows thay vì các quy ước UI UNIX. Điều đó kết hợp với lịch sử làm việc ban đầu với những thứ như Motif vẽ từ các quy ước UI của Windows, dẫn đến môi trường máy tính để bàn Linux hiện đại hoạt động giống Windows nhiều hơn so với những thứ X11 cổ điển như twm hoặc Macintosh.

Tại thời điểm này, Mac OS "cổ điển" đã chạy khóa học của nó với Mac OS 9 và Macintosh đã trở thành một cỗ máy hỗ trợ Unix với những can đảm rất khác nhau dưới dạng Mac OS X. Do đó, nó thừa hưởng khái niệm UI NeXT của Dock. Trên các máy NeXT ban đầu, X11 đã được sử dụng, nhưng với một bộ widget và quy ước UI khá độc đáo. Có lẽ đặc biệt nhất trong số đó là Dock, là một loại trình khởi chạy chương trình kết hợp và trình chuyển đổi tác vụ. (Hộp thoại tệp mở "nhiều màu" được biết đến trong OS-X cũng đến từ NeXT, cũng như một số thứ có thể nhìn thấy khác. Tuy nhiên, những thay đổi quan trọng nhất trong quá trình chuyển đổi OS-X là tất cả những thứ vô hình.) đã hoạt động tốt với khái niệm "Ứng dụng là thành phần UI cơ bản" của Macintosh. Vì thế, người dùng có thể thấy rằng một ứng dụng được mở bằng dấu trên biểu tượng dock và chuyển sang ứng dụng hoặc khởi chạy nó bằng cách nhấp vào nó. Do OS-X hiện đại giờ đã hỗ trợ đa nhiệm tốt hơn rất nhiều so với Mac OS cổ điển, nên đột nhiên người dùng có thể muốn có tất cả mọi thứ chạy trong nền, chẳng hạn như một số phần mềm chuyển đổi video được đặt ở chế độ nền , máy ghi màn hình, phần mềm VOIP, Internet Radio, máy chủ web, thứ gì đó đáp ứng với lệnh đã nói, v.v. Không có thứ gì nhất thiết phải có cửa sổ hiển thị để mở để vẫn có trải nghiệm người dùng hợp lý và menu thanh vẫn tách biệt với các cửa sổ ở phía trên màn hình và bạn có thể có một menu trực tiếp trên biểu tượng dock, vì vậy người dùng luôn có thể tương tác với một chương trình không có UI mở. hậu quả là, từ bỏ quy ước hiện tại về việc giữ cho một ứng dụng mở, giống như Windows, sẽ được hầu hết người dùng Mac xem là một bước kinh khủng đi sai hướng. Nó làm cho một số chế độ tương tác là không thể, không có lợi ích thực sự.

Rõ ràng, một số người dùng thích quy ước của Windows và không "đúng". Nhưng, di chuyển ra khỏi một cái gì đó hữu ích như thế, mà không có bất kỳ lý do chính đáng nào sẽ chỉ là vô nghĩa. Hy vọng rằng, chuyến tham quan này qua một số lịch sử cung cấp cho bạn một chút bối cảnh mà bạn thấy hữu ích.


1
Nit: NeXTSTEP đã không sử dụng X11. Nó có cửa sổ riêng dựa trên Display PostScript (cuối cùng đã hình thành nền tảng của Quartz 2D của OS X, mặc dù dựa trên PDF chứ không phải PS).
gsnedder

Ngoại trừ tất cả họ đều bắt chước Xerox Alto. Jobs và Gates thậm chí còn nói như vậy theo nghĩa đen. Và X11 / Motif dựa trên cơ bản tất cả chúng.
Evi1M4chine

1
Apple cung cấp cho các nhà phát triển lựa chọn thoát khỏi một ứng dụng sau khi cửa sổ cuối cùng được đóng lại. Tùy thuộc vào các nhà phát triển đưa ra lựa chọn đó. Rõ ràng nhiều nhà phát triển thích tạo ứng dụng của họ như thế.
SpaceDog

20

Cửa sổ không phải là ứng dụng trong MacOS, trong MacOS, các cửa sổ kết nối với ứng dụng. Đó là lý do tại sao ứng dụng không thoát khi bạn đóng cửa sổ.

Trên Windows, cửa sổ ứng dụng, đó là lý do tại sao ứng dụng sẽ thoát khi bạn nhấn nút thoát.

Trên Linux, nhà phát triển quyết định kiến ​​trúc nào họ muốn sử dụng, cả hai cách đều có thể ...


4
Trên Windows cả hai cách đều có thể, quá ...
Chris Down

1
Và nếu bạn đang sử dụng Ca cao để xây dựng ứng dụng, bạn có thể chọn xem ứng dụng của mình có thoát khi cửa sổ cuối cùng được đóng không.
Blacklight Shining

Ngoài ra, System Preferences thoát khi cửa sổ của nó bị đóng. (Có thể có các ứng dụng đi kèm khác thực hiện điều này, nhưng đó là ứng dụng duy nhất tôi có thể nghĩ đến vào lúc này.)
Blacklight Shining

@ChrisDown: Làm thế nào một người sẽ tương tác với một ứng dụng không có cửa sổ trong Windows? Hệ thống docker?
Evi1M4chine

15

Đây là ứng dụng cụ thể. Ví dụ, ứng dụng Tùy chọn hệ thống sẽ thoát khi bạn nhấp vào nút màu đỏ. Tuy nhiên, phần lớn các chương trình chỉ đóng cửa sổ (và các tài liệu bên trong) khi bạn cố gắng "đóng" nó. Tôi đoán ý tưởng đằng sau điều này là làm cho mọi thứ nhanh hơn khi bạn muốn sử dụng lại ứng dụng.

Nếu tôi muốn đóng, tôi muốn đóng. Giai đoạn = Stage.

Tôi đồng ý, vì vậy tôi sử dụng phím tắt, Cmd+ wđể đóng cửa sổ và Cmd+ qđể thực sự thoát. Hầu hết các ứng dụng đã thực hiện điều này. Một cách khác là nhấp chuột phải vào biểu tượng ứng dụng và chọn "Thoát", chậm hơn nhiều.


8

Vâng, điều này rất, rất khó chịu.

Trong khi đó, ứng dụng này sẽ giúp:
http://www.carsten-mielke.com/redquits.html

Từ mô tả:

Bạn đã bao giờ thử đóng một ứng dụng bằng nút đỏ của nó và tự hỏi tại sao nó vẫn mở? RedQuits thay đổi điều này. Tất cả các chương trình bây giờ thoát và đóng tất cả các cửa sổ đang mở nếu bạn nhấp vào nút màu đỏ.


Giải pháp thú vị.
Ai đó vẫn sử dụng bạn MS-DOS

1
Những người sử dụng cách giải quyết này có lẽ nên chuyển sang Windows hoặc tìm hiểu triết lý làm việc của OS X. Tôi không muốn bắt đầu một cuộc chiến nảy lửa ở đây, nhưng điều này thường áp dụng bất cứ khi nào ai đó muốn hành xử một sản phẩm như một sản phẩm khác. Thật tốt khi công cụ này tồn tại. Có lẽ có một vài người sử dụng nó.
Rafael Bugajewski

2
Và đây là câu trả lời đúng duy nhất, CẢM ƠN BẠN @Tamas! Quy tắc là máy tính và phần mềm phải linh hoạt và phù hợp với nhu cầu và thói quen của tôi - không phải theo cách ngược lại!
Marecky

3

Lý do cho điều này là do một cửa sổ là gì. Trong Microsoft Windows, mỗi ứng dụng có một cửa sổ riêng trong đó trong Mac OSX và các bản phát hành Mac OS trước đó, mỗi tệp hoặc tài liệu đều có cửa sổ riêng. Khi bạn "đóng Safari", bạn sẽ không đóng [thoát] ứng dụng Safari mà chỉ đóng tệp (http://unix.stackexchange.com). Tương tự như vậy nếu bạn đóng cửa sổ Pages (ứng dụng xử lý văn bản của Apple), bạn đang đóng tài liệu mà bạn đang làm việc nhưng ứng dụng Pages vẫn đang chạy. Nếu bạn muốn thoát khỏi ứng dụng thì hãy sử dụng CMD + Q. Một số ứng dụng không tạo tệp theo mô hình này vì chúng có thể mở nhiều cửa sổ hoặc không có cửa sổ nào và vẫn hoạt động (iTunes).

Các bước thay thế: Nhấn CMD + Q để thoát khỏi ứng dụng thay vì đóng cửa sổ [CMD + W] Nhấp chuột phụ vào biểu tượng trên thanh công cụ (CTRL + Nhấp chuột hoặc nút chuột phải hoặc chạm hai ngón tay trên trackpad / chuột ma thuật) và chọn bỏ cách đó

Đáng buồn thay đây chỉ là một điều nhỏ mà người ta cần phải làm gì để quên đi Windows và Mac nghĩ: D


Tôi đã nhận được nó sau một vài tháng. :) Trên thực tế, cả hai cách tiếp cận đều có ý nghĩa.
Ai đó vẫn sử dụng bạn MS-DOS

0

Lúc đầu tôi nghĩ đó cũng là ý tưởng tồi, nhưng thực sự - bây giờ tôi nghĩ điều đó thật tuyệt vời. Thật ra tôi không thích hành vi ngu ngốc đó là "X" chấm dứt ứng dụng. Trên thực tế, điều quan trọng cần lưu ý là cách tiếp cận tốt hơn cho các ứng dụng dựa trên tài liệu, chẳng hạn như Trình chỉnh sửa tài liệu hoặc Photoshop, thực tế - bây giờ tôi luôn quên rằng "X" chấm dứt ứng dụng (như Photoshop), và sau đó tôi cần phải chi thêm thời gian khởi tạo. Ứng dụng chỉ đơn giản là chờ đợi các tài liệu mới của bạn, tại sao tôi nên chấm dứt nó? Ok - đó là một con heo bộ nhớ, nhưng ngày nay RAM rẻ đến mức không thành vấn đề.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.