Version imprimable
Bonjour,
En relisant un script écrit par un collègue maintenant partie, je me suis arrêté sur instruction awk que je ne comprends pas "$1~/'$ENV'/ "
Pourriez-vous m'expliquer cette commande?Code:awk -v ENV=PRD -v IDENT=TOTO '/^#/ || /^$/ {next} $1~/'$ENV'/ { print $1 }' toto.txt
D'avance merci,
Bonjour,
awk: outil de transformation de fichiers textes, utile si on utilise de l'arithmétique ou si le fichier est organisé en champs (alors désignés par $1 $2 $3 ...). Sinon on peut utiliser sed.
-v : option qui permet de faire rentrer une variable à l'intérieur du script. Plus souvent, cela permet de faire rentrer une variable extérieure à l'intérieure. Si c'était une constante, on la mettrait dans une clause BEGIN de awk. Enfin, chacun est libre.
toto.txt la cible à laquelle s'applique le script.
Le script est généralement contenu dans une chaîne de caractère entre quotes car ces signes protègent de tout, contrairement aux double-quotes qui ne protègent pas les variables (alors interprétées).
A l'intérieur du script, on répond à la question "quand?" avant les accolades (par défaut, à chaque ligne ou enregistrement) et la question "quoi?" entre accolades (par défaut, imprimer en sortie la ligne entière)
La réponse à la question "Quand?" peut être BEGIN (avant le traitement du fichier) ou END (Après le traitement du fichier) ou une condition (ex: NR==1 pour cibler le premier enregistrement, /regex/ pour les lignes contenant l'expression régulière regex), etc...
Ici, on lit donc que pour les lignes qui commencent par un croisillon ou pour les lignes complètement vides, on passe à la ligne suivante sans ne rien faire ({next;})
La suite est plus bizarre.
La condition demande que le premier champ de la ligne (sûrement jusqu'à la première espace) contiennent l'expression régulière suivante. Dans ce cas là, on écrit en sortie le premier champ.
Les quotes sont utilisés pour sortir (et rentrer) de ce cocon qui protège de tout afin que la variable $ENV soit interprétée et remplacée par son contenu.
Pourquoi est-ce bizarre? Pour 3 raisons.
- Pourquoi mélanger la technique qui consiste à déclarer les variables avant le script et la technique qui consiste à balancer la variable en plein milieu de script ?
- Pourquoi définir une variable interne ENV (qui vaut PRD manifestement) inutilisée et faire appel à une variable externe $ENV ?
- Pourquoi ne pas protéger $ENV par "$ENV" pour éviter les quiproquos en cas de présence d'espaces dans le contenu de $ENV ?
Bonjour,
Merci pour votre réponse.
Si j'ai bien compris votre réponse l'expression $1~/'$ENV'/ permet de sélectionner uniquement les lignes ou le premier champs correspond à la variable ENV, est ce bien cela?
Pour que vous puissiez mieux comprendre la logique de mon collègue, je vous met la version longue de son script. J'avais ôté tout ce qui n’était pas utile (enfin, il me semble) à ma question.
Encore une fois merci pour votre aide....
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
Oui. Ou plutôt "contient" au lieu de "correspond".Citation:
Si j'ai bien compris votre réponse l'expression $1~/'$ENV'/ permet de sélectionner uniquement les lignes ou le premier champs correspond à la variable ENV, est ce bien cela?
Admettons que ce soit un script bash (il n'y a pas de shebang :( ) que j'appelle mon_script.bash
La première ligne ENV=$1 signifie que la variable ENV prend la valeur du premier paramètre du script.
Si on tape mon_script.bash /tmp suite de param alors $1 est égal à /tmp et par suite ENV contiendra /tmp.
On retrouve la bizarrerie déjà identifiée: on définit ENV interne et on utilise $ENV externe.
exemple:
Donc ici, au lieu de $1~/'$ENV'/ {, il serait cohérent de faire:Code:
2
Code:( $1 ~ ENV ) {
Merci pour votre aide et vos explications.
Bonne journée 8-)