Inicializar variables de Bash: ¿es necesario, recomendado o definido a medida que avanza?

¿Hay alguna ventaja / desventaja de inicializar el valor de una variable bash en el script, ya sea antes del código principal o variables locales en una función antes de asignarle el valor real?

¿Necesito hacer algo como esto:

init()
{
    name=""
    name=$1
}

init "Mark"

¿Existe algún riesgo de que las variables se inicialicen con valores basura (si no se inicializan) y que tengan un efecto negativo en los valores de las variables?

No es beneficioso asignar una cadena vacía a una variable y luego asignarle inmediatamente otra cadena variable. Una asignación de un valor a una variable de shell sobrescribirá por completo su valor anterior.

Que yo sepa, no hay ninguna recomendación que diga que debe inicializar explícitamente las variables en cadenas vacías. De hecho, hacerlo puede enmascarar errores en algunas circunstancias (errores que de otro modo serían evidentes si se ejecutan bajo set -u, ver más abajo).

Una variable no establecida, que no se utiliza desde el inicio de un script o que se desarma explícitamente al ejecutar el unsetcomando en ella, no tendrá valor. El valor de tal variable será nada. Si se usa como "$myvariable", obtendrá el equivalente de "", y nunca obtendrá "datos basura".

Si la opción de shell nounsetse establece con uno set -o nounseto set -u, entonces hacer referencia a una variable no establecida hará que el shell produzca un error (y un shell no interactivo terminaría):

$ set -u
$ echo "$myvariable"
/bin/sh: myvariable: parameter not set

o en bash:

$ set -u
$ echo "$myvariable"
bash: myvariable: unbound variable

Las variables de shell serán inicializadas por el entorno si el nombre de la variable corresponde a una variable de entorno existente.

Si espera que esté utilizando una variable que puede ser inicializada por el entorno de esta manera (y si no es deseada), puede desarmarla explícitamente antes de la parte principal de su script:

unset myvariable    # unset so that it doesn't inherit a value from the environment

lo que también lo eliminaría como una variable de entorno, o simplemente puede ignorar su valor inicial y simplemente sobrescribirlo con una asignación (lo que haría que la variable de entorno cambie también el valor).

Nunca encontraría basura no inicializada en una variable de shell (a menos que, como se indicó, esa basura ya existiera en una variable de entorno con el mismo nombre).

Editar : Vaya, aparentemente la declaración es diferente de la inicialización. Lo dejaré aquí de todos modos para que los programadores novatos como yo puedan aprender de mi error.

La ventaja de declarar variables locales en una función es que puede copiar fácilmente el código.

Por ejemplo, digamos que tengo una función:

foo(){
    local name
    name="$1"
    echo "$name"
}

Si quiero convertirlo en un script, simplemente ignoro la localdeclaración y copio todo lo demás:

#!/bin/bash
name="$1"
echo "$name"

Si la declaración y la asignación estuvieran en la misma línea, tendría que editar manualmente la localparte antes de poder convertirla en un script:

foo(){
    local name="$1"
    echo "$name"
}

En este ejemplo, no es un gran problema, pero si se trata de funciones más grandes y complejas, puede ser más doloroso.