Lancement script avec condition et paramètre

Version imprimable

31/08/2021, 18h26
dexter74

Lancement script avec condition et paramètre

Bonjour,

J'ouvre ce fil car j'arrive pas à trouver ce que je cherche .

Je souhaiterai faire du lancement via des paramètre du type --PARAMETRE1=XXXX

Le PARAMETRE1 déclenchera telle action selon la valeur .

Merci d'avance pour vos réponses, ma question semble bête mais indispensable .
31/08/2021, 19h20
Flodelarab
Bonjour :coucou:
- Si tu es sûr de commencer par une action, il sera moins difficile de traiter le premier paramètre, $1, sans gestion d'option.
- Si getopt est installé, cela peut être ta solution. Il gère les options longues. man getopt.
  Code:
  
  1 2 3 4 GETOPT(1) NOM getopt - Analyser des options de lignes de commandes (version améliorée)
- Sinon, il reste getopts qui ne gère que les options courtes. Mais on peut imiter le comportement des options longues en considérant le tiret comme une option. Il faudra ensuite parser autour du signe égal.
Bonne chance :ccool:
31/08/2021, 20h13
N_BaH

il est aussi possible de définir parametre1 en tant que variable d'environnement :

Code:

$ parametre1=xxx /chemin/monScript

Citation:

Envoyé par Flodelarab

Si getopt est installé, cela peut être ta solution.

Sur un vieux bash (genre 3.2.57), avec un vieux getopt qui ne gère que les options courtes (-a -b etc.), on peut aussi réinventer la roue:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#!/bin/bash
 
# Usage: $0 --PARAMETRE1=XXXX
 
param1=DEFAULT
 
if [[ $1 =~ --PARAMETRE1=.* ]]
then
  param1=${1#--PARAMETRE1=}; shift
  #echo "$param1"
fi
 
case "$param1" in
  (XXXX) echo "je vais faire du XX";;
  (YYYY) echo "je vais faire du YY";;
  (DEFAULT) echo "je vais faire du defaut";;
  (*) echo "je vais faire une action non prevue '$param1'";;
esac

Code:

1
2
3
4
5
6
7
8
$ ./test1.sh --PARAMETRE1=XXXX
je vais faire du XX
$ ./test1.sh --PARAMETRE1=YYYY
je vais faire du YY
$ ./test1.sh --PARAMETRE1=ZZZZ
je vais faire une action non prevue 'ZZZZ'
$ ./test1.sh
je vais faire du defaut

Citation:

Envoyé par jack-ft

Sur un vieux bash (genre 3.2.57), avec un vieux getopt qui ne gère que les options courtes (-a -b etc.)

getopt n'est pas une commande bash; c'est getopts la commande bash, et elle ne gère toujours que les options courtes.
Citation:
on peut aussi réinventer la roue:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 #!/bin/bash # Usage: $0 --PARAMETRE1=XXXX param1=DEFAULT if [[ $1 =~ --PARAMETRE1=.* ]] then param1=${1#--PARAMETRE1=}; shift #echo "$param1" fi case "$param1" in (XXXX) echo "je vais faire du XX";; (YYYY) echo "je vais faire du YY";; (DEFAULT) echo "je vais faire du defaut";; (*) echo "je vais faire une action non prevue '$param1'";; esac
8O

on ne voit pas bien l'utilisation que tu fais de getopt(s)
:calim2:

02/09/2021, 12h20
dexter74

re

Bonjour à tous,

Je vous remercie de vos bon conseils, je vais pouvoir réalisé mon script et si j'arrive à faire ce que je veux, je le poste pour contribution.

Citation:

Envoyé par N_BaH

on ne voit pas bien l'utilisation que tu fais de getopt(s)
:calim2:

Je vois que je n'ai pas été suffisamment clair.

Je voulais dire que, étant donné que le getopt de ma machine ne gère pas les options longues, je peux choisir de ne pas l'utiliser du tout et traiter les options complètement manuellement (quitte à réinventer la roue!).

Je mentionnais juste, au passage, que, sous macos 10.13, les outils shell ne sont pas de toute dernière fraicheur (bien que getopt soit de 2020):
Code:

1 2 3 4 5 6 $ echo $BASH_VERSION 3.2.57(1)-release $ man getopt | tail -1 BSD April 3, 1999 BSD $ ls -l $(which getopt) -rwxr-xr-x 1 root wheel 17984 11 sep 2020 /usr/bin/getopt*
Euh... Sinon, ça m'intéresserait de comprendre/apprendre comment mon script pourrait être amélioré (vu le pouce rouge).

03/09/2021, 14h28
N_BaH

Citation:

étant donné que le getopt de ma machine ne gère pas les options longues, je peux choisir de ne pas l'utiliser du tout et traiter les options complètement manuellement (quitte à réinventer la roue!).

ah, oui, c'est beaucoup plus clair dit comme ça !

la pouce rouge, c'est pour les raisons données.

quand je n'ai pas la possibilité d'utiliser des options longues, je n'en utilise pas.
si je ne connais pas les options d'un programme, il n'y a pas de raisons que des options longues soient plus intuitives.
et un programme bien documenté gagnera en rapidité de frappe avec des options courtes.

et si vraiment tu veux des options longues, il y a des "routines" sur le net, à base de getopts, qui entre dans un "sous-case" quand l'option est -.
c'est-à-dire, que quand le programme lira --optionLongue=blabla, getopts considérera le second tiret comme l'option,
le premier case entrera donc dans le cas de l'option -. là, on coupe sur =, puis on passe au sous-case qui donnera blabla comme argument de optionLongue.
en gros.

je te laisse stfw. :)