Re: [shell-script] Re: Construção de CASE Complexa

[Rodrigo Amorim Ferreira | CODECOMMUNITY]

[... bem que a meteorologia havia dito que choveria pedras hoje... :D ]

Oi Igor,

Apenas apresentei essa ideia (herética) por achar que ela apresentaria
um código mais fácil de mexer depois, até pela semelhança dele com um
possível MANUAL.txt já que segue a ordem dos comandos por ação, baseado
em conjunto de opções específicas e execução das tarefas indicadas
(junto com a sua devida explicação).

Mas em momento nenhum falei que era a solução definitiva e até
questionei isso nas perguntas (ao final do email).

Quanto as soluções apresentadas previamente na lista, eu não desisti
delas. Somente ainda não havia conseguido bolar um código-exemplo para
apresentar, quando me veio o estalo dessa ideia (insana) em minha mente
e quis de imediato compartilhar a mesma com a lista (e pedir opiniões a
respeito)..

Visualmente falando, perceba que tenho uma linha de comando com muitas
(sub-sub-sub)n opções, que de certa forma seguem uma ideia de
superconjunto para ação, e (aparentemente) com as opções dadas por vocês
não me deixaria escapar de um aninhamento ou uma fragmentação da análise
das opções apresentadas na linha de comando, e estava buscando desde o
início algo lógico em bloco (o mais) completo possível. Claro que essa
minha linha de raciocínio pode estar enganada.

Quanto a questão da ordem de aplicação dos parâmetros, por questão da
ideia de superconjunto, e de forçar o usuário a pensar na execução de
suas tarefas na ordem "correta", eles não poderiam ser alterados (de
início).

Assim, se alguém quer mexer num arquivo de um subprojeto ele precisa
primeiro informar o PROJETO, depois o SUBPROJETO para depois indicar o
ARQUIVO que ele quer mexer... nessa ordem. Assim sendo, não queria
permitir na linha de comando que o usuário alterasse essa ordem a seu
"bel prazer" por questão de lógica também da estrutura de arquivos e
diretórios que o programa constrói. Mas, novamente, posso estar enganado
quanto a isso.

Mas se você afirma que as ideias anteriormente postadas por você, Tiago
e Julio são as melhores opções, vou continuar pensando nelas e tentar
elaborar um código exemplo para apreciação da lista.

E, não se preocupe pois eu não sou de me iludir. Prefiro sempre a
verdade, pois não se pode ficar feliz com mentiras, somente para agradar
ao próximo (i. é: essa situação é ruim tanto para quem tenta agradar
dessa forma quanto para quem aceita esse tipo de agradecimento) :P

Um abraço.

Rodrigo

On Mon, 2016-07-11 at 01:48 -0700, address@hidden [shell-script]
wrote:
>   
> Rodrigo
> 
> Você quer que eu diga a verdade ou quer ficar feliz?
> 
> Essa é minha opinião pessoal (redundância intencional) apenas, mas
> baseado na forma como acho que deveria ser a solução mais elegante e
> legível.
> 
> Já pensou quando daqui a alguns anos quando não estiver mais mexendo
> no código e precisar alterá-lo?
> Eu acho que não pensou nisso.
> 
> Já pensou na possibiliade de compartilhar o código e obter colaboração
> de outras "parceiros"?
> Eu acho que também não pensou nisso.
> 
> Dentre as opções levantadas por todos que sugeriram, todas eram
> válidas, funcionais e legíveis, o que tornaria sua portabilidade,
> modularidade e expansão mais factíveis, seja para você ou qualquer um
> que gostaria de colaborar.
> 
> Uso do "IF" dessa forma eu acredito ser a "pior" opção pela quantidade
> de opções, pois desse jeito você precisa pensar em todas as possíveis
> combinações que podem aparecer na linha de comando, e isso é um
> pesadelo!
> 
> O "IF" é ideal quando se tem opções limitadas e excludentes, o uso do
> "CASE" torna isso mais legível e organizado e o "WHILE" associado te
> dá liberdade posicional.
> 
> Tavez não você, mas alguém pode inverter a ordem dos parâmetros, seja
> por esquecimento, falta de familiaridade ou por achar a sequência
> natural diferente do que você concebeu.
> 
> É uma mera observação, mas parece que as dicas trazidas não foram bem
> apreciadas ou avaliadas pela potencialidade que podem oferecer.
> 
> Mas o código é seu, é inalienável e é sua absoluta decisão que
> prevalecerá ao final, mas não creio ser um bom caminho essa opção que
> escolheu.
> 
> De toda forma, ainda desejo boa sorte amigo
> 
> []'s
> Itamar
> 
> 
>