Почему делает “xinput, перечисляют” работу точно так же, как “xinput - список”?
Если диск поврежден, могло бы быть более умно скопировать целый диск (или каждый раздел самостоятельно) в файлы. Когда диски начинают перестать работать, их обычно полностью не стало вскоре после. Затем Вы можете обратная петля смонтировать копии и взбеситься с Вашими предпочтительными судебными инструментами, чтобы попытаться спасти независимо от того, что Вы можете.
Поскольку это - то, как разработчики хотели это.
- и - конвенции для дополнительных аргументов.
никакие тире обычно не предназначаются для операций.
В этом случае - список является оба операцией (думайте команда sub), и дополнительный аргумент.
См. Эти Документы, но поймите, что программисты могут реализовать то, что они хотят. Истина - то, что, в то время как это технически корректно - список и список были, вероятно, реализованы тот путь так, чтобы для большего количества людей было легче использовать.
Переключение полностью до разработчика приложения, о том, как они хотели бы реализовать его. Но часто времена, они ограничены другими вещами из их управления, такими как решение использовать библиотеку/инструмент, которая поможет им проанализировать параметр командной строки своей команды.
Например, при разработке сценария Bash, 2 таких инструмента/библиотеки, которые упростят это, getopt и getopts. Эта статья делает довольно хорошее задание показа некоторых различий, названных: Bash getopt по сравнению с getopts.
Пользование этими библиотеками часто будет сила времен, хорошим способом, разработчик для реализации их переключения, не используя ни один никакой тире (т.е. list), единственный тире, (т.е. (-l или -list)), или как двойной тире, (--list).
Высокоуровневые языки, такие как Perl, Python, Ruby, C/C++ также имеет май этих типов библиотек для выбора из. Это было только для объяснения почему xinput может взять также.