Guida avanzata di scripting Bash - Portale Posta DMI

Capitolo 33. Miscellanea
#+ dell’installazione di default su alcune distribuzioninon Linux.
# Un grazie a Stefano Palmieri anche per l’autorizzazione a tutte le modifiche
#+ che sono state necessarie per "italianizzare" lo script. [N.d.T.]
Vedi anche Esempio A-22.
Cautela
Esiste, comunque, un grosso problema. Le sequenze di escape ANSI non sono
assolutamente portabili. Ciò che funziona bene su certi emulatori di terminale (o
sulla console) potrebbe funzionare in modo diverso (o per niente) su altri. Uno
script “a colori” che appare sbalorditivo sulla macchina del suo autore, potrebbe
produrre un output illeggibile su quella di qualcun altro. Questo fatto compromette
grandemente l’utilità di “colorazione” degli script, relegando questa tecnica allo
stato di semplice espediente o addirittura di “bazzecola”.
L’utility color di Moshe Jacobson (http://runslinux.net/projects.html#color) semplifica
considerevolmente l’uso delle sequenze di escape ANSI. Essa sostituisce i goffi costrutti appena trattati
con una sintassi chiara e logica.
Anche Henry/teikedvl ha creato un’utility (http://scriptechocolor.sourceforge.net/) che semplifica la
realizzazione di script che “colorano”.
33.6. Ottimizzazioni
La maggior parte degli script di shell rappresentano delle soluzioni rapide e sommarie per problemi non
troppo complessi. Come tali, la loro ottimizzazione, per una esecuzione veloce, non è una questione
importante. Si consideri il caso, comunque, di uno script che esegue un compito rilevante, lo fa bene, ma
troppo lentamente. Riscriverlo in un linguaggio compilato potrebbe non essere un’opzione accettabile.
La soluzione più semplice consiste nel riscrivere le parti dello script che ne rallentano l’esecuzione. È
possibile applicare i principi di ottimizzazione del codice anche ad un modesto script di shell?
Si controllino i cicli dello script. Il tempo impiegato in operazioni ripetitive si somma rapidamente. Per
quanto possibile, si tolgano dai cicli le operazioni maggiormente intensive in termini di tempo.
È preferibile usare i comandi builtin invece dei comandi di sistema. I builtin vengono eseguiti più
velocemente e, di solito, non generano, quando vengono invocati, delle subshell.
Si evitino i comandi inutili, in modo particolare nelle pipe.
cat "$file" | grep "$parola"
grep "$parola" "$file"
571