comillas dobles anidadas en una sola línea altamente votada

Una respuesta de StackOverflow con> 3.5K votos presenta esta línea para asignar al DIRdirectorio del script bash actual:

DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"

Estoy desconcertado por las comillas dobles anidadas. Por lo que puedo decir, los siguientes fragmentos están entre comillas dobles:

"$( cd "
"${BASH_SOURCE[0]}"
" && pwd )"

... y todo lo demás a la derecha de =(es decir, $( dirnamey )) no está entre comillas. En otras palabras, supongo que los caracteres segundo, cuarto y sexto ""cierran" los caracteres primero, tercero y quinto ", respectivamente.

Entiendo lo que "${BASH_SOURCE[0]}"logran las comillas dobles , pero ¿cuál es el propósito de los otros dos pares de comillas dobles?

Si, por otro lado (y a pesar del alto puntaje de voto), el fragmento anterior es incorrecto, ¿cuál es la forma correcta de lograr su intención nominal?

(Por intención nominal quiero decir: recopilar el valor devuelto por pwddespués de primero cden el directorio devuelto por dirname "${BASH_SOURCE[0]}", y hacer el cd-ing en un sub-shell, para que el $PWDdel shell principal permanezca sin cambios).

Su acertijo no es correcto acerca de cómo bash(y el shell en general) analizó la entrada. En:

DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"

Primero, bashanalice el lado derecho de la asignación a una cadena larga $( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )porque la comilla doble puede aparecer dentro de las comillas dobles .

Después de eso, bashcomience a analizar la sustitución del comando. Debido a que todos los caracteres que siguen al paréntesis abierto al paréntesis adjunto se usan para construir el comando dentro de la sustitución del comando, obtendrá:

cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd

El shell continúa analizando ese comando compuesto, divídalo en dos partes:

• cd "$( dirname "${BASH_SOURCE[0]}" )"
• pwd

Luego, aplica la misma regla de análisis cd "$( dirname "${BASH_SOURCE[0]}" )", pero esta vez, las comillas dobles no son redundantes, pero tienen sentido. Evitan la división de campos en función del resultado $( dirname "${BASH_SOURCE[0]}" )y también la expansión de ${BASH_SOURCE[0]}(En contraste con las comillas dobles más externas, no será necesario en RHS de asignación de variables para prevenirsplit+glob ).

Esta regla se aplica a la sustitución de comandos en todos los shell POSIX . Puede encontrar un rompecabezas más detallado en la sección de Reconocimiento de tokens de la especificación POSIX .

Una vez que uno está adentro $(...), las citas comienzan desde cero.

En otras palabras, "..."y $(...)pueden anidar uno dentro del otro. La sustitución de procesos $(...), puede contener una o más cadenas completas entre comillas dobles. Además, las cadenas entre comillas dobles pueden contener una o más sustituciones de proceso completas . Pero no se entrelazan. Por lo tanto, una cadena de comillas dobles que comienza dentro de una sustitución de proceso nunca se extenderá fuera de ella o viceversa.

Entonces, considere:

DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"

Dentro del interior $(...)está:

dirname "${BASH_SOURCE[0]}"

En lo anterior ${BASH_SOURCE[0]}se cita doblemente. Cualquier comilla, doble o simple, fuera de la, $(...)es irrelevante al determinar que ${BASH_SOURCE[0]}se cita entre comillas dobles.

El exterior $(...)contiene:

cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd

Aquí, la expresión $( dirname "${BASH_SOURCE[0]}" )está entre comillas dobles. El hecho de que haya citas fuera del exterior $(...)es irrelevante cuando se considera lo que está dentro de él. El hecho de que haya citas dentro de lo interno $(...)también es irrelevante.

Así es como coinciden las comillas dobles: