Является ли частью какого-либо стандарта (например, POSIX), что системные файлы должны быть в нижнем регистре?

Моя компания перепродает приложение с фирменным наименованием в смешанном регистре, например «ApplicationName».

Установщик приложения создает все пути и имена файлов в этом стандарте. Например, основной каталог /opt/ApplicationName, файл инициализации называется, ApplicationNameпоэтому я должен запустить service ApplicationName statusи так далее.

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

Если я расскажу об этом как об ошибке, я бы хотел привести более сильный аргумент, чем просто «я думаю, что это неправильно». Значит, в стандарте POSIX указано, что такие системные файлы должны быть в нижнем регистре?

В стандарте POSIX есть раздел с рекомендациями для соответствующих утилит (т. Е. «Таких, которые написаны специально для локальной системы или являются компонентами более крупного приложения»), в которых говорится

1. Названия утилит должны быть от двух до девяти символов включительно.
2. Имена утилит должны включать строчные буквы (нижняя классификация символов) и цифры только из переносимого набора символов.

[ref: 12.2 Рекомендации по синтаксису утилит ]

Мне неясно, должно ли употребление слов «включать» действительно означает « только включать». (Консенсус в комментариях ниже заключается в том, что это означает «должен включать только»)

Приложение в системе Unix, которое не претендует на то, чтобы быть POSIX-совместимой утилитой, может иначе использовать любое имя, какое захочет. Если это так претендует на совместимом утилит POSIX , которая является частью утилита POSIX оболочки , текст после руководящих принципов в разделе 12.2 говорится , что «должны» изменения смысл «должны».

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

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

Фактически, исторически установленные пакеты программного обеспечения /optначинались с символа «все столицы», SUNWобозначающего акции компании, предоставляющей пакет, например, для Sun Microsystems или ORCLдля Oracle.

Таким образом, такие пакеты, как файловая система Sun QFS, будут установлены в каталоге с именем что-то вроде /opt/SUNWqfs.

Помимо руководств POSIX, я думаю, что это может иметь еще больший вес пользовательской традиции. Имена падежей как «ApplicationName» стали популярными благодаря взрыву в Вики, когда некоторые люди (например, я) использовали прописные буквы вместо дефисов или, что еще хуже, пробелы. Но это было через несколько лет после того, как Linux и подобные ОС стали популярными, с очень давними традициями Unix.

Эта традиция всегда была (есть) всегда простотой, а не только в соответствии с правилами, указанными Кусаланандой, даже сокращением слов, состоящих только из четырех-шести символов (например, /usr«пользователь», или /srv«служить», или /mnt«подключен»), и явно более длинные значения (/sbin для «суперпользовательских двоичных файлов»). В этой традиции прописные буквы заставляют вас нажимать клавишу Shift и, возможно, случайно также клавишу Caps Lock, просто зло.

В некоторой степени это удивительно, потому что Unixes в течение долгого времени могли писать чувствительные к регистру длинные имена файлов, в то время как MS-DOS / Windows ограничивалась нечувствительными к регистру короткими именами файлов (восемь символов плюс три для расширения), но быстро теряла эта простота («Программные файлы», «Мои документы» и т. д.), когда Windows 95 превосходит это ограничение.

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