Форматирование чисел в определенном столбце файла на месте

На первый взгляд мне показалось, что на это нельзя ответить, кроме как сказать: нет, варианты, которые кажутся бессмысленными, всегда можно найти. Вы можете создать свою собственную программу, которая преднамеренно имеет опции с совершенно бессмысленными названиями. (Конечно, даже тогда вы могли бы сказать, что они значимы в своей бессмысленности, если бы они были намеренно выбраны бессмысленными.)

При дальнейшем рассмотрении, однако, я понял, что двусмысленность в том, что означает семантика параметра, на самом деле является важной и полезной частью того, как командные -параметры строки называются и curl -Iявляется особенно показательным примером этого.

Как говорит муру , варианты не должны быть семантическими. Но curlвариант -Iявляется семантическим. Из завиток (1):

-i/--include
        (HTTP) Include the HTTP-header in the output. The HTTP-header includes things like server-name, date of the document, HTTP-version and more...

-I/--head
       (HTTP/FTP/FILE) Fetch the HTTP-header only! HTTP-servers feature the command HEAD which this uses to get nothing but the header of a document. When used on a FTP or FILE file, curl displays the file size and last modification time only.

-i— это краткая форма --include, что приводит к включению заголовка HTTP. Хотя -Iявляется краткой формой --head, семантически это более сильная форма -i, поскольку -iдает вам заголовок HTTP, -Iдает вам только заголовок HTTP.

Это дает представление о вашем более широком вопросе :существует множество различных критериев, по которым можно судить о том, является ли имя параметра семантическим.Когда параметр является семантическим , он может быть преднамеренным или непреднамеренным. Если вас интересует только то, существует ли какой-либо способ запомнить параметр как семантический, тогда да, вы всегда можете придумать причину, по которой имя связано с его значением.

Некоторые опции являются семантическими более чем одним способом. Вы можете заставить GNUgrepотображать строки, смежные с соответствующими строками, с помощью -Aдля после , -Bдля до и -Cдля контекста . что дает вам обоим. Таким образом, краткие формы трех вариантов -A/--after-context, -B/--before-contextи -C/--context, очень близкие друг другу по смыслу, также близки друг другу по смыслу. алфавит. Это семантика?

Чтобы продолжить это и получить точный ответ, вы можете выполнить поиск применимых стандартов, таких как POSIX.1 -2008 . Кажется крайне неправдоподобным, что он запрещает бессмысленно названные опции, но я полагаю, что вам нужно внимательно прочитать все это, чтобы быть уверенным. Беглый поиск не выявляет требования, чтобы опции что-либо значили. В частности, эти официальные рекомендации--требуются только для команд, чья документация заявляет о соответствии им --рекомендуются различные ограничения на то, как могут быть названы опции и эффект от их передачи, но они не упоминают ничего, что могло бы следует интерпретировать как требование или рекомендацию о том, что имена опций имеют смысл. Даже если вы что-то нашли, многие Unix -подобные системы не стремятся к полному соответствию POSIX...

Но весь этот ход мыслей --обращения к официальным источникам, чтобы определить, (поставщики должны притворяться, что )название каждой опции что-то означает --, довольно глупо. Самое полезное, что нужно знать об опциях, это то, что их имена могут относиться друг к другу множеством способов. Они могут быть названы по словам, по другим вариантам,или для алфавитной близости к другим вариантам. Иногда это просто буква (или цифра ), которые оказались доступны. Размышление об этих способах может помочь вам запомнить параметры, найти параметры при поиске на справочных страницах и принять правильное решение о том, какие имена параметров должны использоваться вашими собственными сценариями или программами.

И последнее замечание: полезно иметь в виду, что не только краткие -формы опции могут быть названы таким образом, что это не позволит вам сделать вывод об их значении. Например, параметры длинной формы -от --regexи от --regexpдоmlocateназываются семантически в том смысле, что они оба имеют отношение к регулярным выражениям. Но в их названии нет ничего, что говорило бы вам о том, что --regexpозначает, что следующий аргумент является BRE , а --regexозначает все аргументы шаблона. являются ЭРЭ с.