Чи є частиною будь-якого стандарту (наприклад, POSIX), що системні файли мають бути малими літерами?

Моя компанія перепродує додаток, назва бренду якого є змішаним регістром, наприклад "ApplicationName".

Інсталятор програми створює в цьому стандарті всі шляхи та імена файлів. Наприклад, головний каталог - /opt/ApplicationNameце файл init, ApplicationNameтому я маю запустити service ApplicationName statusі так далі.

Для мене це порушує всі розумні умови, і я вважаю, що всі файли та каталоги мають бути малими літерами (у інших програмах, таких як MySQL, прецедент яких є прецедентом, чиї файли та режими називаються mysql, навіть такі програми, як Apache та Tomcat, відмовляються від попередніх прописна літера).

Якщо я ставлю це як повідомлення про помилку, я хотів би викласти більш сильний аргумент, ніж просто "Я думаю, що це неправильно". Тож чи продиктовано щось на кшталт стандарту POSIX, що системні файли на зразок цього мають бути малими літерами?

Стандарт POSIX містить розділ із вказівками щодо відповідності утиліт (наприклад, "таких, які написані специфічно для локальної системи або є компонентами більшого додатка"), який говорить

1. Імена утиліт повинні містити від двох до дев'яти символів включно.
2. Імена утиліти повинні включати малі літери (нижня класифікація символів) та цифри лише з портативного набору символів.

[посилання: 12.2 Правила синтаксису утиліти ]

Мені незрозуміло, чи має вживання слова "включати" справді означає "має включати лише ". (Консенсус у коментарях нижче полягає в тому, що це означає "слід включати лише").

Додаток у системі Unix, який не претендує на утиліту, сумісну з POSIX, може інакше використовувати будь-яку назву. Якщо це дійсно претендує на сумісному утиліт POSIX , яка є частиною утиліта POSIX оболонки , текст після керівних принципів в розділі 12.2 говориться , що «повинні» зміни сенс «повинні».

Наскільки я не знаю, немає подібних рекомендацій щодо імен каталогів. macOS (який є сертифікованим продуктом UNIX 03 під час роботи на комп'ютері на базі Intel Intel) використовує, наприклад /Users, префікс для домашніх каталогів користувача, а також ряд інших імен змішаних регістрів.

Ні, назви малих регістрів не вказані для каталогів установки програмного пакету.

Насправді, історично встановлені програмні пакети /optрозпочалися із символу загальної кількості капіталів компанії, що постачає пакет, наприклад, SUNWдля Sun Microsystems або ORCLдля Oracle.

Таким чином, такі пакунки, як файлова система QFS Sun, будуть встановлені в каталозі з назвою щось подібне /opt/SUNWqfs.

Окрім рекомендацій POSIX, я думаю, що це може мати ще більшу вагу традицій користувача. Назви випадків як "ApplicationName" стали популярними під час вибуху Wikis, звикаючи деяких людей (як я) використовувати великі літери замість дефісів або, що ще гірше, пробіли. Але це було через кілька років після того, як Linux та подібні ОС стали популярними, з дуже довгими традиціями Unix.

Ця традиція була (є) завжди простотою, а не лише дотриманням правил, на які вказував Кусалаланда, навіть скороченням слів лише чотирьох-шести символів (наприклад, /usrдля "користувача", або /srv"служити" або /mnt"встановлено") і очевидно, довші значення ( /sbinдля "суперпользовательских бінарних файлів". У цій традиції великі регістри змушують натискати клавішу Shift, а може, і випадково також клавішу Caps Lock - просто зло.

У певній мірі це дивно, тому що Unixes вже давно може записати великі регістри довгих імен файлів, в той час як MS-DOS / Windows обмежувався нечутливими короткими файлами файлів (вісім символів плюс три для розширення), але швидко втрачався ця простота ("Файли програм", "Мої документи" тощо), коли Windows 95 перевершує це обмеження.

Тим не менш, сьогодні є кілька винятків, як NetworkManagerдемон, і, мабуть, ми побачимо більше WikiWords у майбутньому. Але ми все одно ненавидимо мишку і записуємо в термінал довгі імена, які можна закінчити лише TabTabавтозавершенням. Або хто - то побачити деяку перевагу перейменування vimв VisualImproved?