Chegou a hora de fazer como Jack e dividir os programas
em pedacinhos. Com funções e chamadas externas
os scripts fi cam menores, a manutenção mais fácil
e ainda por cima reaproveitamos código.
por Júlio Cezar Neves
–E
aê, cara, tudo bem?
– Tudo beleza! Eu queria te mostrar o que fi z mas já sei
que você vai querer molhar o bico primeiro, né?
– Só pra te cont rariar, hoje não quero. Vai, mostra logo aí
o que você fez.
– Poxa, o exercício que você passou é muito grande. Dá uma
olhada na l ista gem 1 e vê como eu resolvi:
– É, o programa tá legal, tá todo estruturadinho, mas gosta-
ria de fazer a lguns poucos comentários: só para relembrar,
as seguintes construções: [ ! $Album ] && e [ $Musica ]
|| representam a mesma coisa, isto é: no caso da primeira,
testamos se a variável $Album não (!) tem nada dentro, então
(&&)… Na segunda, testamos se $Musica tem algum dado,
senão (||)…
Se você reclamou do tamanho do progra ma, é porque ainda
não te dei algumas dicas. Repare que a maior pa rte do script
é para mostrar mensagens cent ral iza-
das na penúltima linha da tela. Repare
ainda que algumas mensagens pedem
um S ou um N como resposta e outras
são só de advertência. Isso é um caso
típico que pede o uso de funções, que
seriam escritas somente uma vez e
executadas em diversos pontos do
script. Vou montar duas funções para
resolver esses c asos e vamos incor-
porá-las ao seu prog rama para ver o
resultado fi nal.
– Chico! Agora traz dois chopes, um
sem colarinho, para me dar inspira-
ção. E você, de olho na l ista gem 2.
Como podemos ver, uma função é
defi nida quando digitamos nome_da_
função () e todo o seu corpo está
entre chaves ({}). Já conversamos aqui
no boteco sobre passagem de parâ-
metros e as funções os recebem da
mesma forma, isto é, são parâmetros
posicionais ($1, $2, …, $n). Todas as regras que se aplicam
à passagem de parâmetros para programas também valem para
funções, mas é muito importante realçar que os pa râmetros
passados para um prog rama não se confundem com aqueles
que são passados para suas funções. Isso signifi ca, por exem-
plo, que o $1 de um script é diferente do $1 de uma de suas
funções internas.
Repare que as variáveis $Msg, $TamMsg e $Col são de uso
restrito dessa rotina e, por isso, foram criadas como variáveis
locais. A razão é simplesmente a economia de memória, já que
ao sair da rotina elas serão devidamente detonadas, coisa que
não aconteceria se eu não tivesse usado esse artifício.
A linha de código que cria a variável local Msg concatena ao
texto recebido ($1) um parêntese, a resposta padrão ($2) em
caixa alta, uma barra, a outra resposta (
$3
) em caixa baixa
e fi naliza fechando o parêntese. Uso essa convenção para, ao
Curso de Shell Script
Papo de Botequim
Parte VIII
Listagem 1: musinc5.sh
01 $ cat musinc5.sh
02 #!/bin/bash
03 # Cadastra CDs (versao 5)
04 #
05 clear
06 LinhaMesg=$((`tput lines` - 3)) # Linha onde serão mostradas as msgs para o operador
07 TotCols=$(tput cols) # Qtd colunas da tela para enquadrar msgs
08 echo “
Inclusão de Músicas
======== == =======
Título do Álbum:
| Este campo foi
Faixa: < criado somente para
| orientar o preenchimento
Nome da Música:
Intérprete:” # Tela montada com um único echo
09 while true
10 do
11 tput cup 5 38; tput el # Posiciona e limpa linha
➟
Dave Hamilt on - www.sxc.hu
Linux User
86
Papo de botequim
www.linu xmagazine.co m.br
maio 2005 edição 08
