Início / unix / Perguntas / 671019
Accepted
Kahn
Asked: 2021-09-29 10:45:01 +0800 CST

E se ! <comando> (...) vs. <comando> ; se [$? -eq 0 ] (...)

  • 772

Estou trabalhando em um script de shell e decidi verificar meu trabalho via shellcheck.net . Consigo obter funcionalmente o mesmo comportamento das duas linhas a seguir no meu script:

findmnt /dev/sda1 >/dev/null ; if [ $? -eq 0 ]; then echo 1; else echo 0; fi

vs.

if ! findmnt /dev/sda1 >/dev/null; then echo 0; else echo 1; fi

No entanto shellcheck lança :

SC2181: Verifique o código de saída diretamente com, por exemplo, 'if mycmd;', não indiretamente com $?.

Não está imediatamente claro para mim qual usar. Eu vejo: https://github.com/koalaman/shellcheck/issues/1167 que parece ter alterado isso para vários valores possíveis. Quero ter certeza de que estou escrevendo algo que usa as melhores práticas e que será executado sem problemas e reportado com precisão.

scripting control-flow

1 respostas

  1. Best Answer

    Você só precisa usar a variável especial $?quando precisar de seu valor em várias invocações de outros utilitários. Por exemplo, você pode querer emiti-lo em uma mensagem de diagnóstico e depois retorná-lo de uma função. A saída de algo com printfseria redefinido $?para o status de saída de printf, então você não seria capaz de fazer return "$?"(ou return) diretamente depois para retornar o status de saída original. Observe que mesmo testando algo com [ ... ]resets $?. Você provavelmente atribuiria $?a alguma outra variável e usaria isso.

    Você pode considerar usar $?em uma ifdeclaração se esse for o estilo usado no restante do projeto. Nesse caso, lembre-se de citar a expansão, pois tecnicamente $IFSpode conter dígitos, o que significa que a expansão sem aspas de $?potencialmente desapareceria total ou parcialmente.

    utility

# shellcheck disable=SC2181
if [ "$?" -eq 0 ]; then
    echo ok
else
    echo fail
fi

    No entanto, isso gera muita digitação e torna o código um pouco ofuscado e um pouco desnecessariamente complicado de seguir. Observe que a invocação utilityacima não está conectada à ifinstrução que a segue de maneira imediata.

    Além disso, há um pouco de redundância extra aqui, já que a ifinstrução agora está examinando o status de saída do [utilitário para testar se uma variável é zero ou não. A variável é o status de saída de outro utilitário, com o qual poderíamos ter usado ifdiretamente.

    if utility; then
    echo ok
else
    echo fail
fi

    Aqui fica claro que a invocação de utilityé parte integrante da ifdeclaração.

    Veja também a lógica por trás do SC2181aviso no wiki ShellCheck.

    • 10

relate perguntas