Đây có phải là cách tốt nhất để cài đặt chương trình vào Tệp chương trình không?

Chúng tôi có một ứng dụng đang được cung cấp và cài đặt bởi một công ty bên thứ ba. Họ đang tính phí 'tư vấn' giá thị trường để làm điều này.

Họ đã cài đặt phần lớn các thư mục trong thư mục gốc của ổ C, làm tôi sốc.

Có thể cài đặt chúng vào thư mục gốc của ổ C không? Phương pháp cài đặt này có thể gây ra vấn đề? Hoặc các ứng dụng nên được cài đặt vào Tệp chương trình thay thế?

windows

— T lạnh
nguồn

Tôi sẽ không hỏi câu hỏi này trên Stack Overflow (hoặc thực sự là Lập trình viên). Nó có thể sẽ bị bỏ phiếu và đóng cửa khá nhanh trên Stack Overflow.

— ChrisF

Bạn có bị sốc bởi phần mềm "doanh nghiệp" giá cao có chất lượng đặc biệt thấp? Đừng như vậy. Nó không phải là hiếm.

— Michael Hampton

Tôi nghĩ lý do phải làm với việc giữ độ dài của biến PATH càng ngắn càng tốt. Bạn có thể sử dụng biến% PROGRAMFILES% trong đường dẫn của mình nếu bạn cần mở rộng nó, thay vì thêm đường dẫn đầy đủ về nơi bạn đã cài đặt ứng dụng của mình.

— ChrisF

@MichaelHampton thực sự tôi bị sốc, có 'kỹ sư lắp đặt' thậm chí còn tệ hơn!

— Lạnh T

Một vấn đề lớn ở đây với Tệp chương trình là cách thực hành tốt nhất là việc tạo thư mục trong ổ C không yêu cầu quyền quản trị và Tệp chương trình cũng vậy. Khi cố gắng viết phần mềm không cần quản trị viên, C có thể thích hợp hơn (mặc dù sử dụng AppData sẽ là giải pháp thực sự trong trường hợp đó, trong hầu hết các tình huống). Chỉ cần chỉ ra một sự khác biệt tiềm năng. Tôi nghĩ mọi thứ khác nói ở đây là đứng.

— Nick

Câu trả lời:

Mặc dù không phải là một nguồn chính thức, Raymond Chen tại The Old New Thing đã thảo luận về điều này .

Cụ thể, bài đăng trên blog được liên kết ở trên nêu rõ:

Một số chương trình chứng nhận phần mềm của Microsoft (như Logo Windows) yêu cầu các ứng dụng đặt vị trí cài đặt mặc định của chúng vào thư mục Tệp chương trình.
/.../
Tệp chương trình được giới thiệu trong nỗ lực mang lại trật tự cho sự hỗn loạn. Hãy nghĩ về nó như những đường vẽ trong nhà để xe.

Đương nhiên, việc tuân thủ các điều khoản của các chương trình chứng nhận phần mềm đó sẽ chỉ áp dụng nếu bạn dự định đăng ký (hoặc đã áp dụng và nhận chứng nhận theo) các chương trình chứng nhận phần mềm cụ thể đó. Và hơn nữa, trong trường hợp này, đó là về đường dẫn cài đặt mặc định, không có gì hơn thế.

— một CVn
nguồn

OTOS nếu tôi mua phần mềm và nó được viết bởi những người không đủ thông minh để nhận ra rằng có các tiêu chuẩn và ngu ngốc như đi trực tiếp đến C - tốt, đó là nơi "tốt nhất có thể được pháp luật yêu cầu trừ khi có thỏa thuận khác "Và" bỏ bê toàn bộ để đọc tài liệu "đi vào hoạt động.

— TomTom

Có những lợi thế nhất định để không cài đặt trong %programfiles%. Một là bảo vệ chương trình khỏi bị sử dụng làm tấm bạt lò xo cho phần mềm độc hại (để biết thêm chi tiết, ví dụ: http://foundstone-dire-detect-inseciously-regist.software.informer.com/1.0/ hoặc google để biết thêm "Foundstone TÀN KHỐC").

Một ưu điểm khác là cài đặt w / o yêu cầu các đặc quyền nâng cao. Điều này có thể quan trọng, một lần nữa, nếu một chương trình bị xâm phạm, nó sẽ không có quyền truy cập để thỏa hiệp một thứ khác.

Trong thế giới Linux, thông thường là cài đặt riêng các gói phần mềm của bên thứ ba và hệ thống. Chẳng hạn, trong khi các gói phần mềm thông thường đi vào /usr/bin, bên thứ ba thường đi vào /usr/local/binhoặc /usr/share/binnếu nó cần được chia sẻ bởi nhiều người dùng hoặc $HOME/binnếu nó được sử dụng bởi người dùng cụ thể này. Nghe cách một công ty tư vấn cài đặt các chương trình này trên PC của bạn, họ có thể có một số chính sách người dùng (không nói là giả tạo) khiến nó cần thiết hoặc ít nhất là thuận tiện hơn khi không sử dụng %programfiles%.

— wvxvw
nguồn