Đây có phải là một phần của bất kỳ tiêu chuẩn nào không (ví dụ POSIX), các tệp hệ thống phải là chữ thường?

Công ty của tôi bán lại một ứng dụng có tên thương hiệu là trường hợp hỗn hợp, ví dụ "ApplicationName".

Trình cài đặt của ứng dụng tạo tất cả các đường dẫn và tên tệp trong tiêu chuẩn này. Ví dụ: Thư mục chính là /opt/ApplicationName, tệp init được gọi ApplicationNameđể tôi phải chạy service ApplicationName statusvà cứ thế.

Đối với tôi, điều này phá vỡ tất cả các quy ước hợp lý và tôi cảm thấy tất cả các tệp và thư mục đều phải viết thường (có tiền lệ trong các ứng dụng khác như MySQL, có các tệp và thư mục được gọi mysql, ngay cả các ứng dụng như Apache và Tomcat đều bỏ đi trước đó chữ viết hoa).

Nếu tôi nêu ra đây là một báo cáo lỗi, tôi muốn đưa ra một lập luận mạnh mẽ hơn là chỉ "Tôi nghĩ đó là sai". Vì vậy, nó có được quy định trong một cái gì đó giống như tiêu chuẩn POSIX mà các tệp hệ thống như thế này nên viết thường không?

Tiêu chuẩn POSIX có một phần với các hướng dẫn về việc tuân thủ các tiện ích (nghĩa là "chẳng hạn như các văn bản dành riêng cho hệ thống cục bộ hoặc là các thành phần của ứng dụng lớn hơn") cho biết

1. Tên tiện ích phải có từ hai đến chín ký tự.
2. Tên tiện ích phải bao gồm các chữ cái viết thường (phân loại ký tự thấp hơn) và chỉ các chữ số từ bộ ký tự di động.

[ref: 12.2 Nguyên tắc Cú pháp Tiện ích ]

Tôi không rõ liệu việc sử dụng các từ "nên bao gồm" thực sự có nghĩa là " chỉ nên bao gồm". (Sự đồng thuận trong các ý kiến ​​dưới đây là nó có nghĩa là "chỉ nên bao gồm").

Một ứng dụng trên hệ thống Unix không tự nhận là tiện ích tuân thủ POSIX có thể sử dụng bất kỳ tên nào nó muốn. Nếu nó tự nhận là tiện ích tuân thủ POSIX là một phần của tiện ích shell POSIX , thì văn bản theo hướng dẫn trong phần 12.2 nói rằng "nên" thay đổi nghĩa thành "sẽ".

Không có hướng dẫn tương tự về tên thư mục theo như tôi biết. macOS (là một sản phẩm UNIX 03 được chứng nhận khi chạy trên máy tính Mac dựa trên Intel) sử dụng /Userslàm tiền tố cho các thư mục nhà của người dùng, ví dụ, cũng như một số tên thư mục trường hợp hỗn hợp khác.

Không, tên chữ thường không được chỉ định cho các thư mục cài đặt gói phần mềm.

Trên thực tế, các gói phần mềm trong lịch sử được cài đặt /optbắt đầu bằng biểu tượng mã chứng khoán tất cả vốn của công ty cung cấp gói, chẳng hạn như SUNWcho Sun microsystems hoặc ORCLcho Oracle.

Vì vậy, các gói như hệ thống tập tin QFS của Sun sẽ được cài đặt trong một thư mục có tên giống như /opt/SUNWqfs.

Bên cạnh các hướng dẫn POSIX đã nói, tôi nghĩ rằng điều đó thậm chí có thể nặng hơn truyền thống người dùng. Tên trường hợp là "ApplicationName" trở nên phổ biến với vụ nổ Wikis, quen với một số người (như tôi) sử dụng chữ hoa thay vì dấu gạch nối, hoặc tệ hơn là khoảng trắng. Nhưng đây là một vài năm sau khi Linux và hệ điều hành tương tự trở nên phổ biến, với truyền thống Unix rất dài đằng sau.

Truyền thống này luôn luôn là sự đơn giản, không chỉ tuân theo các quy tắc mà Kusalananda đã chỉ ra, thậm chí viết tắt các từ chỉ bốn sáu ký tự (ví dụ: /usr"người dùng" hoặc /srv"phục vụ" hoặc /mnt"gắn kết") và rõ ràng là ý nghĩa dài hơn ( /sbinđối với "nhị phân siêu người dùng". Theo truyền thống này, chữ hoa, buộc bạn nhấn phím Shift, và có thể vô tình cũng là phím Caps Lock, đơn giản là xấu xa.

Ở một mức độ nào đó, điều này thật đáng kinh ngạc vì Unix từ lâu đã có thể viết các tên tệp dài phân biệt chữ hoa chữ thường, trong khi ngược lại, MS-DOS / Windows bị giới hạn ở các tên tệp ngắn không phân biệt chữ hoa chữ thường (tám ký tự cộng với ba ký tự cho phần mở rộng) nhưng nhanh chóng bị mất sự đơn giản này ("Tệp chương trình", "Tài liệu của tôi", v.v.) khi Windows 95 vượt qua giới hạn này.

Tuy nhiên, ngày nay có một vài trường hợp ngoại lệ như NetworkManagerdaemon và có lẽ chúng ta sẽ thấy nhiều Wikiemme trong tương lai. Nhưng chúng tôi vẫn ghét chuột và viết tên dài cuối mà bạn chỉ có thể kết thúc bằng TabTabtự động hoàn thành. Hoặc ai đó thấy một số lợi thế đổi tên vimthành VisualImproved?