Bash getopts: lire $ OPTARG pour les drapeaux optionnels?

J'aimerais être en mesure d'accepter à la fois obligatoires et facultatives les drapeaux dans mon script. Voici ce que j'ai jusqu'à présent.

#!bin/bash

while getopts ":a:b:cdef" opt; do
      case $opt in
        a ) APPLE="$OPTARG";;
        b ) BANANA="$OPTARG";;
        c ) CHERRY="$OPTARG";;
        d ) DFRUIT="$OPTARG";;
        e ) EGGPLANT="$OPTARG";;
        f ) FIG="$OPTARG";;
        \?) echo "Invalid option: -"$OPTARG"" >&2
            exit 1;;
        : ) echo "Option -"$OPTARG" requires an argument." >&2
            exit 1;;
      esac
    done
echo "Apple is "$APPLE""
echo "Banana is "$BANANA""
echo "Cherry is "$CHERRY""
echo "Dfruit is "$DFRUIT""
echo "Eggplant is "$EGGPLANT""
echo "Fig is "$FIG""

Toutefois, la sortie de la suivante:

bash script.sh -a apple -b banana -c cherry -d dfruit -e eggplant -f fig

...sorties ceci:

Apple is apple
Banana is banana
Cherry is 
Dfruit is 
Eggplant is 
Fig is

Comme vous pouvez le voir, les indicateurs facultatifs ne sont pas en tirant les arguments $OPTARG comme il le fait avec les drapeaux. Est-il un moyen de lire $OPTARG sur les indicateurs facultatifs sans se débarrasser de la nlfa ":)" erreur de manipulation?

=======================================

EDIT: je me suis retrouvé en suivant les conseils de Gilbert ci-dessous. Voici ce que j'ai fait:

#!/bin/bash

  if [[ "$1" =~ ^((-{1,2})([Hh]$|[Hh][Ee][Ll][Pp])|)$ ]]; then
    print_usage; exit 1
  else
    while [[ $# -gt 0 ]]; do
      opt="$1"
      shift;
      current_arg="$1"
      if [[ "$current_arg" =~ ^-{1,2}.* ]]; then
        echo "WARNING: You may have left an argument blank. Double check your command." 
      fi
      case "$opt" in
        "-a"|"--apple"      ) APPLE="$1"; shift;;
        "-b"|"--banana"     ) BANANA="$1"; shift;;
        "-c"|"--cherry"     ) CHERRY="$1"; shift;;
        "-d"|"--dfruit"     ) DFRUIT="$1"; shift;;
        "-e"|"--eggplant"   ) EGGPLANT="$1"; shift;;
        "-f"|"--fig"        ) FIG="$1"; shift;;
        *                   ) echo "ERROR: Invalid option: \""$opt"\"" >&2
                              exit 1;;
      esac
    done
  fi

  if [[ "$APPLE" == "" || "$BANANA" == "" ]]; then
    echo "ERROR: Options -a and -b require arguments." >&2
    exit 1
  fi

Merci beaucoup à tout le monde. Cela fonctionne parfaitement jusqu'à présent.

source d'informationauteur earth | 2013-08-24

bash

3

Plus coque getopts ont été ennuyeux moi pendant une longue période, y compris le manque de soutien des arguments optionnels.

Mais si vous êtes prêt à utiliser "--posix" style arguments, visite bash argument de cas pour args $@
30

: signifie "prend un argument", pas "argument obligatoire". C'est, une option de caractère n'est pas suivie par : signifie un pavillon de style option (sans argument), tandis qu'une option de caractère, suivi par : s'entend d'une option avec un argument.

Donc, vous voulez probablement
```
getopts "a:b:c:d:e:f:" opt
```
Si vous voulez "obligatoire" options (un peu un oxymore), vous pouvez vérifier après l'argument de l'analyse que votre option obligatoire valeurs ont été tous ensemble.

Il n'est pas facile... Tout "facultatif" les arguments d'option doit effectivement être nécessaire autant que getopts le savent. Bien sûr, en option, un argument doit être une partie de la même argument au script que l'option qui va avec. Sinon, une option -f avec un argument optionnel et une option -a avec un argument requis peuvent se confondre:

# Is -a an option or an argument?
./script.sh -f -a foo

# -a is definitely an argument
./script.sh -f-a foo

La seule façon de le faire est de tester la validité de l'option et son argument sont dans le même argument au script. Si oui, OPTARG est l'argument de l'option. Sinon, 'OPTIND' doit être décrémenté de un. Bien sûr, l'option est maintenant nécessaire d'avoir un argument, ce personnage sera trouvé quand une option est manquant un argument. Suffit d'utiliser un autre case pour déterminer si toutes les options sont nécessaires:

while getopts ":a:b:c:d:e:f:" opt; do
    case $opt in
        a) APPLE="$OPTARG";;
        b) BANANA="$OPTARG";;
        c|d|e|f)
            if test "$OPTARG" = "$(eval echo '$'$((OPTIND - 1)))"; then
                OPTIND=$((OPTIND - 1))
            else
                 case $opt in
                     c) CHERRY="$OPTARG";;
                     d) DFRUIT="$OPTARG";;
                     ...
                esac
            fi ;;
        \?) ... ;;
        :)
             case "$OPTARG" in
                 c|d|e|f) ;; # Ignore missing arguments
                 *) echo "option requires an argument -- $OPTARG" >&2 ;;
            esac ;;
        esac
    done

Ce qui a fonctionné pour moi jusqu'à présent.

Pour bash, c'est ma façon préférée de parse/support cli args. J'ai utilisé getopts et c'était trop frustrant qu'il ne supporterais pas longtemps options. J'aime la manière dont il fonctionne dans l'autre - en particulier pour les fonctionnalités intégrées.

usage()
{
    echo "usage: $0 -OPT1 <opt1_arg> -OPT2"
}
while [ "`echo $1 | cut -c1`" = "-" ]
do
    case "$1" in
        -OPT1)
                OPT1_ARGV=$2
                OPT1_BOOL=1
                shift 2
            ;;
        -OPT2)
                OPT2_BOOL=1
                shift 1
            ;;
        *)
                usage
                exit 1
            ;;
esac
done

Court, simple. Un ingénieur du son meilleur ami!

Je pense que cela peut être modifié à l'appui "--" options...

Encouragements =)

1

Compréhension bash's getopts

La bash page de manuel (en citant la version 4.1 manuel) pour getopts dit:

getopts optstring name[args]

getopts est utilisé par les scripts shell pour analyser les paramètres positionnels. optstring contient
l'option caractères à reconnaître; si un caractère est suivi par un
colon, l'option est prévue pour avoir un argument, qui doivent être séparés
de celui-ci par un espace blanc. Les deux-points (‘:’) et le point d'interrogation (‘?’) peut-être pas
utilisé comme option de caractères. Chaque fois qu'il est invoqué, getopts lieux de la prochaine
option dans la variable d'environnement nom, l'initialisation de nom si elle n'existe pas, et le
l'indice de l'argument suivant pour être traitées dans la variable OPTIND. OPTIND
est initialisée à 1 chaque fois que le shell ou un script shell est invoqué. Lorsqu'un
option nécessite un argument, getopts des endroits que l'argument dans la variable
OPTARG. Le shell ne se réinitialise pas OPTIND automatiquement; il doit être manuellement
zéro entre les multiples appels à getopts sein de la même coquille invocation si un
nouveau jeu de paramètres est utilisée.

Quand la fin des options est rencontré, getopts sort avec une valeur de retour
supérieur à zéro. OPTIND est mis à l'index de la première non-argument d'option,
et nom est réglé sur ‘?’.

getopts normalement analyse les paramètres positionnels, mais si plusieurs arguments sont
donné dans args, getopts analyse la place.

getopts peut signaler les erreurs de deux façons. Si le premier caractère de optstring est un
colon, silencieux erreur de déclaration. En fonctionnement normal, les messages de diagnostic
sont imprimés lorsque les options non valides ou manquantes option arguments sont rencontrés.
Si la variable OPTERR est définie sur 0, aucun message d'erreur sera affiché, même si
le premier caractère de optstring n'est pas un colon.

Si une option non valide est vu, getopts lieux de ‘?’ dans nom et, si ce n'est pas le silence,
imprime un message d'erreur et unsets OPTARG. Si getopts est silencieuse, l'option
caractère est placé dans OPTARG et aucun message de diagnostic est imprimé.
Si un argument n'est pas trouvé, et getopts n'est pas silencieux, un point d'interrogation
(‘?’) est placé dans nom, OPTARG est pas défini, et un message de diagnostic est imprimé. Si
getopts est silencieux, puis un deux-points (‘:’) est placé dans nom et OPTARG est définie à l'
option de caractère.

Noter que:
1. Le premier colon de la chaîne d'option met getopts en mode silencieux; il ne génère pas de message d'erreur.
2. La description ne mentionne rien à propos de l'option l'option arguments.
Je suis en supposant que vous êtes après de la fonctionnalité semblable à:
```
script -ffilename
script -f
```
où le drapeau f (-f) accepte éventuellement un argument. Ce n'est pas pris en charge par bash's getopts de commande. La fonction POSIX getopt() à peine soutient que la notation. En effet, seule la dernière option sur une ligne de commande peut avoir un argument facultatif en vertu de la norme POSIX.

Quelles sont les alternatives?

En partie, consulter À l'aide de getopts bash script shell pour obtenir de longue et de courte options de ligne de commande.

GNU getopt (au singulier!) le programme est un complexe beastie qui prend en charge à long et à court d'options et prend en charge les arguments facultatifs pour les longs options (et utilise GNU getopt(3). Le suivi de sa source, c'est divertissant; le lien sur la page d'die.net l'est pas; vous le trouverez dans un sous-répertoire ftp://ftp.kernel.org/pub/linux/utils/util-linux (sans le -ng). Je n'ai pas retrouvé un emplacement à http://www.gnu.org/ ou http://www.fsf.org/ qui le contient.

-1

#!/bin/bash

while getopts ":a:b:c:d:e:f:" opt; do
      case $opt in
        a ) APPLE="$OPTARG";;
        b ) BANANA="$OPTARG";;
        c ) CHERRY="$OPTARG";;
        d ) DFRUIT="$OPTARG";;
        e ) EGGPLANT="$OPTARG";;
        f ) FIG="$OPTARG";;
        \?) echo "Invalid option: -"$OPTARG"" >&2
            exit 1;;
        : ) echo "Option -"$OPTARG" requires an argument." >&2
            exit 1;;
      esac
    done
echo "Apple is "$APPLE""
echo "Banana is "$BANANA""
echo "Cherry is "$CHERRY""
echo "Dfruit is "$DFRUIT""
echo "Eggplant is "$EGGPLANT""
echo "Fig is "$FIG""

Vous devez vous connecter pour publier un commentaire.

=======================================

Compréhension bash's getopts

Quelles sont les alternatives?

Compréhension `bash`'s `getopts`