Moi aussi quand je peux j’utilise cut... mais awk a un sacré avantage sur cut... c’est quand dans ta sortie tu as des champs séparés par un nombre variable d’espaces (et ça arrive souvent). Avec awk tu fais {print 3,ドル4ドル} tu as les troisième et quatrième champ facilement alors qu’avec un cut -d' ' -f3,4 ça ne fonctionnera pas. Il ne me semble pas que cut ait une option pour supporter un nombre variable de séparateurs.
De plus, tu peux filtrer et « couper » avec un seul appel à awk, alors que si tu appelles grep+cut tu vas avoir besoin d’un pipe ou d’une redirection et tu appelles deux programmes différents. Si ton « filtrage+coupage » est au milieu d’une boucle, exécuté un nombre important de fois, ça fera une différence sur le temps d’exécution de ton script au final.
[^] # Re: awk vs cut
Posté par Marotte ⛧ . En réponse au journal taptempo.awk : une approche plus unix ?. Évalué à 4.
Moi aussi quand je peux j’utilise cut... mais awk a un sacré avantage sur cut... c’est quand dans ta sortie tu as des champs séparés par un nombre variable d’espaces (et ça arrive souvent). Avec awk tu fais
{print 3,ドル4ドル}tu as les troisième et quatrième champ facilement alors qu’avec uncut -d' ' -f3,4ça ne fonctionnera pas. Il ne me semble pas que cut ait une option pour supporter un nombre variable de séparateurs.De plus, tu peux filtrer et « couper » avec un seul appel à awk, alors que si tu appelles grep+cut tu vas avoir besoin d’un pipe ou d’une redirection et tu appelles deux programmes différents. Si ton « filtrage+coupage » est au milieu d’une boucle, exécuté un nombre important de fois, ça fera une différence sur le temps d’exécution de ton script au final.