¿Por qué se pueden omitir espacios entre opciones y parámetros?

Por ejemplo:

xargs -n 1

es lo mismo que

xargs -n1

Pero si nos fijamos en la página del manual , la opción aparece como -n max-args, lo que significa que se supone que se debe preservar el espacio. No hay nada sobre la forma abreviada -n max-args .

Esto también sucede con muchas otras utilidades de Linux.

¿Cómo se llama esto en Linux? ¿Todas las utilidades admiten el formulario abreviado (pero nunca lo documentan en la página del manual)?

Cuando escribe el bit de análisis de la línea de comando de su código, especifica qué opciones toman argumentos y cuáles no. Por ejemplo, en un script de shell que acepta una -hopción (por ejemplo, ayuda) y una -aopción que debería tomar un argumento, usted

opt_h=0     # default value
opt_a=""

while getopts 'a:h' opt; do
    case $opt in
        h)  opt_h=1 ;;
        a)  opt_a="$OPTARG" ;;
    esac
done

echo "h: $opt_h"
echo "a: $opt_a"

El a:hbit dice "Estoy esperando a analizar dos opciones, -ay -h, y -adebería tener una discusión" (que es el :después de aque le dice al analizador que -atoma un argumento).

Por lo tanto, nunca hay ambigüedad sobre dónde termina una opción, dónde comienza su valor y dónde comienza otra después de eso.

Ejecutándolo:

$ bash test.sh -h -a hello
h: 1
a: hello

$ bash test.sh -h -ahello
h: 1
a: hello

$ bash test.sh -hahello
h: 1
a: hello

Es por eso que la mayoría de las veces no debe escribir su propio analizador de línea de comandos para analizar las opciones.

Solo hay un caso en este ejemplo que es complicado. El análisis generalmente se detiene en la primera no opción, por lo que cuando tiene cosas en la línea de comando que parecen opciones:

$ bash test.sh -a hello -world
test.sh: illegal option -- w
test.sh: illegal option -- o
test.sh: illegal option -- r
test.sh: illegal option -- l
test.sh: illegal option -- d
h: 0
a: hello

Lo siguiente resuelve eso:

$ bash test.sh -a hello -- -world
h: 0
a: hello

Las --señales de una gama de opciones de línea de comandos, y el -worldbit se deja para el programa para hacer lo que quiera con (está en una de las variables de posición).

Así es, por cierto, cómo elimina un archivo que tiene un guión al comienzo de su nombre de archivo rm.

EDITAR :

Utilidades escritas en llamada C getopt()(declarada en unistd.h) que funciona más o menos de la misma manera. De hecho, por lo que sabemos, la bashfunción getoptspuede implementarse usando una llamada a la función de biblioteca C getopt(). Perl, Python y otros lenguajes tienen bibliotecas de análisis de línea de comando similares, y es muy probable que realicen su análisis de manera similar.

Algunos de estos getopty getopt-como rutinas de biblioteca también se encargan de opciones "largos". Estos generalmente están precedidos por doble guión ( --), y las opciones largas que toman argumentos a menudo lo hacen después de un signo igual, por ejemplo, la --block-size=SIZEopción de [algunas implementaciones de] la duutilidad (que también permite -B SIZEespecificar lo mismo).

La razón por la cual los manuales a menudo se escriben para mostrar un espacio entre las opciones cortas y sus argumentos es probablemente para facilitar la lectura.

EDITAR : Las herramientas realmente antiguas, como las utilidades ddy tar, tienen opciones sin guiones delante de ellas. Esto es solo por razones históricas y para mantener la compatibilidad con el software que depende de ellos para funcionar exactamente de esa manera. La tarutilidad ha ganado la capacidad de tomar opciones con guiones en tiempos más recientes. El manual BSD para tarllamar a las opciones de estilo antiguo para "banderas agrupadas".

xargses una de las utilidades POSIX. Como comentó @drewbenn, POSIX documenta el comportamiento de análisis de opciones para que coincidan la mayoría de sus utilidades getopt, con algunos permisos para otras implementaciones, diciendo en 12.1 Sintaxis de argumento de utilidad :

Esta sección describe la sintaxis de argumentos de las utilidades estándar e introduce la terminología utilizada en POSIX.1-2008 para describir los argumentos procesados ​​por las utilidades.

En POSIX.1-2008, se usa una notación especial para describir la sintaxis de los argumentos de una utilidad. A menos que se indique lo contrario , todas las descripciones de utilidades utilizan esta notación, que se ilustra en este ejemplo (ver Comandos simples de XCU ):

y concluyendo con

Se recomienda que todas las futuras utilidades y aplicaciones utilicen estas pautas para mejorar la portabilidad del usuario. El hecho de que algunas utilidades históricas no puedan cambiarse (para evitar romper las aplicaciones existentes) no debería disuadir este objetivo futuro.

Dentro de POSIX (recuerde que cubre solo las utilidades más comúnmente utilizadas), hay excepciones que pasan operandos que serían opciones en otras utilidades como parámetros posicionales o parámetros con sintaxis especial :

• dd: convierte y copia un archivo
• expr - evalúa argumentos como una expresión
• buscar [-H | -L] ruta ... [operand_expression ...]

POSIX permite valores opcionales opcionales:

Los argumentos de opción se muestran separados de sus opciones por <blank>caracteres, excepto cuando el argumento de opción está encerrado en la notación '['y ']'para indicar que es opcional.

Por casualidad, no recuerdo qué utilidades POSIX usan la función. Los ncurses ticy las infocmputilidades utilizan la función para los niveles de la -vopción (detallado / depurar).

El punto específico sobre el que preguntó se detalla en el resto de ese párrafo, en varias líneas.

Antes de POSIX, algunas implementaciones de psopciones aceptadas sin un guión principal. La descripción POSIX no menciona que en la descripción de la utilidad o en la justificación de la sintaxis:

• ps: informe del estado del proceso

Además de POSIX, hay implementaciones de opciones largas (como GNU getopt_long o X Toolkit ), que utilizan una variedad de formas para separar o unir el valor de una opción a la opción. Por ejemplo, se puede usar la puntuación:

--option=value
--option value

Dependiendo de la implementación, un doble guión puede / no puede usarse para distinguir las opciones largas de las cortas (getopt): lynx y X Toolkit usan un solo guión; GNU getopt_longusa un doble guión, por ejemplo. Además, +se puede usar a para indicar que una opción está negada.

La descripción de POSIX no parece mencionar ninguno de estos, pero es probable que los encuentre.