Tại sao tôi phải kéo ứng dụng mới của mình vào thư mục ứng dụng?


24

Tôi là người dùng Mac mới và tôi đã cài đặt một vài ứng dụng khác nhau cho những thứ khác nhau. Rất nhiều trong số này sử dụng các tập tin .dmg.

Tại sao chính xác tất cả họ đều mong tôi kéo biểu tượng vào thư mục ứng dụng? điểm của việc này là gì?


3
Khi máy Mac đóng tường ngày càng nhiều (ví dụ như Mac App Store), bạn sẽ không phải làm thế. Tất cả sẽ được thực hiện cho bạn ...

1
@mankoff: Làm thế nào để phần mềm dễ cài đặt hơn và không thêm bất kỳ giới hạn nào về cách bạn có thể cài đặt phần mềm "đóng tường"?
Mark Szymanski

3
@Mark Szymanski - Có lẽ bởi vì cách duy nhất để đưa ứng dụng của bạn vào cửa hàng mac là thông qua apple và apple có rất nhiều hạn chế về những gì phần mềm của bạn có thể và không thể làm.
Tên giả

3
Mark, nhiều như tôi ghét phải nói, có những hạn chế chức năng rất đáng kể được thi hành trên các ứng dụng được gửi tới Mac App Store.
Jason Salaz

3
Đây không phải là một diễn đàn. Hãy giữ nó liên quan đến câu hỏi ban đầu.
David Metcalfe

Câu trả lời:


18

Một ứng dụng trên máy Mac chỉ là một thư mục chứa đầy các tệp có .appphần mở rộng. Tuy nhiên, macOS che giấu sự thật này từ bạn và hiển thị thư mục dưới dạng tệp có biểu tượng. Bây giờ khi bạn tải xuống một cái gì đó rất khó chịu để tải xuống nhiều thư mục riêng biệt (không có trình quản lý tải xuống). Do đó, "Thư mục ứng dụng" này phải được đặt trong một tệp duy nhất. Điều này được thực hiện theo một trong ba cách:

  • Sử dụng một .ziptệp (một thùng chứa nén nội dung của nó để tiết kiệm không gian)
  • Sử dụng một .dmgtệp (là một hệ thống tệp phẳng, trái ngược với hệ thống tệp phân cấp)
  • Tạo một trình cài đặt (tuy nhiên, cũng phải ở trong .ziphoặc .dmgbởi vì trình cài đặt cũng là các thư mục trên máy mac)

Vì hầu hết các ứng dụng đều độc lập và không cần bất cứ thứ gì bên ngoài thư mục ứng dụng, trình cài đặt không chỉ quá mức cần thiết mà còn chậm hơn so với việc chỉ phân phối thư mục ứng dụng.

Bạn rõ ràng có thể khởi chạy ứng dụng từ bất cứ nơi nào bạn muốn; đó chỉ là một tùy chỉnh hoặc một đề xuất để đưa chúng vào /Applicationsvì bạn sẽ dễ dàng tìm thấy nó hơn và nó hoạt động với nhiều người dùng.


1
Không ai đã phát minh ra một loại .zip sẽ tự động trích xuất đến đúng nơi (hoặc địa điểm bạn chọn?)
vẽ

Cũng có những thứ tự giải nén, nhưng về cơ bản đó là một trình cài đặt bị câm, một lần nữa - là một thư mục trên OS X. Ngoài ra, nó khá không an toàn khi chỉ để nó cài đặt bất cứ nơi nào nó muốn. Tôi cho rằng apple có thể vừa gói một phần mở rộng tệp (giả sử .appzip) sẽ chỉ là một tệp zip được đổi tên, nó tự trích xuất /Applicationskhi thực thi, nhưng tôi không biết chính xác tại sao chúng không. Có lẽ nó chỉ vì lý do lịch sử.
XQYZ

Về "hoặc một nơi bạn chọn": hầu hết các ứng dụng giải nén (Ít nhất là Unarchiver) có thể được cấu hình để yêu cầu thư mục đích khi giải nén tệp.
XQYZ

1
@Drew nghĩ theo cách này: làm thế nào là "tự động giải nén chính nó đến một nơi thích hợp hoặc một nơi bạn chọn" dễ dàng hơn là đưa một lối tắt đến địa điểm mặc định (thích hợp) và cho phép bạn di chuyển nó đến bất kỳ nơi nào bạn chọn sử dụng hệ điều hành riêng? Vâng, tôi trả lời bạn: không phải vậy. Đây chỉ là một mô hình của những gì bạn đã từng làm.
cregox

1
@Cawas: Có thể đó chỉ là một mô hình, nó không hẳn là điều khó nhất để làm, nhưng vẫn vậy. Tôi phải bấm vào trình cài đặt, tôi phải bấm và kéo tệp, tôi phải đóng cửa sổ hệ thống tệp đã gắn, tôi phải ngắt kết nối hệ thống tệp và tôi phải xóa trình cài đặt. Thay vì nhấp vào trình cài đặt, nhấp vào "OK" để đặt nó vào vị trí mặc định, sau đó xóa trình cài đặt. Một lần nữa, không phải là một vấn đề lớn, chỉ là rất nhiều thứ trên khuôn mặt của tôi mà tôi không nghĩ sẽ cần phải ở đó.
vẽ

7

Thư mục / Ứng dụng chỉ là nơi thuận tiện để lưu trữ tất cả các ứng dụng của bạn. Về lý thuyết bạn có thể lưu trữ chúng ở bất cứ đâu. Một số phần mềm (chẳng hạn như Butler) sẽ tự động tìm kiếm các ứng dụng ở những vị trí tiêu chuẩn này, vì vậy nếu bạn lưu trữ chúng ở nơi khác (chẳng hạn như / Người dùng / Chia sẻ / Ứng dụng) thì phần mềm đó sẽ không tìm thấy chúng theo mặc định.

Nói chung, có ba nơi tiêu chuẩn để lưu trữ ứng dụng và 99% người dùng Mac chỉ làm việc với nơi đầu tiên:

  • / Ứng dụng (có sẵn cho tất cả người dùng)
  • / Người dùng / tên người dùng / Ứng dụng (có sẵn cho người dùng đã đăng nhập sở hữu thư mục đó)
  • / Nhà phát triển / Ứng dụng (có sẵn cho tất cả người dùng, được sử dụng cho phần mềm Xcode)

4

Bạn không cần phải đặt Ứng dụng mới của mình vào thư mục Ứng dụng - đó chỉ là nơi mặc định để đặt chúng.


3

Bạn có thể tạo /Applications/Imaging, /Applications/Internetv.v. nếu bạn muốn phân loại chúng. Chỉ cần không di chuyển bất kỳ ứng dụng tiêu chuẩn nào vào các thư mục này bởi vì các bản cập nhật tiếp theo sẽ mong đợi chúng được trực tiếp vào /Applications.


0

Hãy nhớ rằng có rất nhiều ứng dụng cho rằng chúng nằm trong một thư mục có tên "Ứng dụng" và các ứng dụng tìm kiếm các ứng dụng cụ thể khác trong thư mục "Ứng dụng".


-1

Các tệp DMG được nén và chỉ đọc. Các ứng dụng thường xuyên cần có khả năng cập nhật hoặc thay đổi các thành phần bên trong chính chúng; ở mức tối thiểu, khi một phiên bản mới được phát hiện và nó đề nghị cài đặt bản cập nhật - nó sẽ không thể tự xóa và đặt phiên bản mới vào vị trí của nó. Thật vậy, có lẽ bạn sẽ thấy rằng việc chạy một ứng dụng khỏi DMG sẽ dẫn đến thông báo "đã được tải xuống từ internet" mỗi lần khởi chạy. Điều đó không xảy ra nếu bạn di chuyển nó đến đúng nơi.

Chạy một ứng dụng ra khỏi DMG bị khóa là một cách chắc chắn để chạy vào các vấn đề. Chỉ cần kéo ứng dụng đến một nơi nào đó trên đĩa cứng của bạn - tốt nhất là một trong các thư mục Ứng dụng.

Có một số vị trí nhất định trên máy Mac của bạn có ý nghĩa đặc biệt đối với hệ thống - đây là những vị trí mà Mac tìm kiếm các ứng dụng có thể khởi chạy khi bạn bấm đúp vào tài liệu. Chúng bao gồm thư mục Ứng dụng cấp cao nhất và thư mục có tên "Ứng dụng" trong thư mục nhà riêng của bạn. DMG gắn kết không phải là một phần của điều này, nếu chỉ vì chúng không phải luôn luôn được gắn kết.

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.