<br><br><div class="gmail_quote">2010/1/29 Daniel de Oliveira Mantovani <span dir="ltr"><<a href="mailto:daniel.oliveira.mantovani@gmail.com">daniel.oliveira.mantovani@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2010/1/29 Andre Carneiro <<a href="mailto:andregarciacarneiro@gmail.com">andregarciacarneiro@gmail.com</a>>:<br>
<div class="im">> Acho q vc não entendeu o ponto da 'frescura'.<br>
<br>
</div>Ah sim, '<' ou q{<} tanto faz. O que eu quis deixar claro é que<br>
identar com oito espaços é ruim.<br>
perldoc perlstyle<br>
<br>
Each programmer will, of course, have his or her own preferences in<br>
regards to formatting,but there are some general guidelines that will<br>
make your programs easier to read, understand, and maintain.<br>
<br></blockquote><div><br>Eu ainda considero isso uma questão pessoal, e acho que o texto acima concorda comigo em parte. Não gosto de código espremido, mas isso sou eu...<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
...<br>
· 4-column indent.<br>
...<br>
<br>
Por exemplo imagina a situação que tem 3/4 loops dentro do outro, o<br>
seu editor de texto vai ter que quebrar linha, isso dificulta a visão.<br>
<div class="im"><br></div></blockquote><div><br>Três ou quatro loops aninhados já é por si só difícil de compreender, idependentemente da quantidade de espaços no tab. Nesse caso eu reavaliaria a maneira como isto está sendo feito ao invés de espremer o código e deixar mais difícil de ler(pelo menos para mim).<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
><br>
> A frescura estava em fazer q{<}, ao invés de simplesmente '<'. O resto do<br>
> código é tratamento de erro(não muito bom, por sinal). Mas isso não tem nada<br>
> de diferente.<br>
><br>
> 'open... or die $!' é uma situação que eu considero ruim, simplemente porque<br>
> para o programa sem maiores explicações. E isto não é uma boa idéia(ao meu<br>
> ver, pelo menos). Eu quis expressar apenas que é melhor ter no mínimo, algum<br>
> tipo de tratamento de erro...<br>
<br>
</div>Na verdade André se fosse só "or die" seria sem explicações, a<br>
variável $! contém o erro, então "or die $!" vai te dizer o problema<br>
:)<br>
<br></blockquote><div>Ah sim, o die dá uma resposta do tipo 'Arquivo não encontrado', mas qual arquivo? Se você trabalha com mais de um arquivo no código, já fica um saco caçar qual arquivo está com problemas, não acha? Acho mais interessante pelo menos colocar o nome do arquivo junto com o die para facilitar a visualização do erro. E se o código não deve parar na leitura do arquivo(considerando que na situação do código, a leitura do arquivo não seja crítica para o funcionamento do resto do programa), aí o 'eval' é mais do que justificado, é uma necessidade.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Já teve situações, muitas situações em que eu perdi meu tempo<br>
simplesmente porque o código não tinha um "die" no open, *o software<br>
tem que dar erro quando ele tem que dar erro.*<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br>Mais uma razão para você usar 'eval' ao meu ver... ou pelo menos colocar o nome do arquivo junto com $!.<br><br><br>Cheers!<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div class="h5">
><br>
><br>
><br>
> 2010/1/29 Nelson Ferraz <<a href="mailto:nferraz@gmail.com">nferraz@gmail.com</a>><br>
>><br>
>> > Q frescura! porque não simplesmente:<br>
>> > my $file = 'enterprise.txt'<br>
>> > eval{open my $fabricante,'<', $file};<br>
>> > if($!){<br>
>> > print "\nProblemas ao abrir o arquivo '$file' - $!";<br>
>> > }else {<br>
>> > #Alguma coisa util aqui...<br>
>> ><br>
>> > }<br>
>><br>
>> Uma razao simples: consistencia.<br>
>><br>
>> A forma mais usada pela comunidade e':<br>
>><br>
>> open my $f, '<', $file or die "Can't open: $!\n";<br>
>> # ...<br>
>> close $f;<br>
>><br>
>> Se voce escrever de maneira diferente, todo mundo que for ler seu<br>
>> codigo vai ter que parar por um momento e analisar o codigo, para<br>
>> tentar descobrir porque diabos voce fez daquele jeito.<br>
>><br>
>> TIMTOWTDI nao significa que voce deve, necessariamente, fazer tudo de<br>
>> uma maneira diferente.<br>
>><br>
>> --<br>
>> Nelson Ferraz<br>
>><br>
>> Free Software Foundation Associate Member #3203<br>
>> Projeto Software Livre Brasil (<a href="http://www.softwarelivre.org.br" target="_blank">www.softwarelivre.org.br</a>)<br>
>> Sociedade Perl do Brasil (<a href="http://www.perl.org.br" target="_blank">www.perl.org.br</a>)<br>
>> Rede Livre de Compartilhamento de Cultura Digital<br>
>> _______________________________________________<br>
>> SaoPaulo-pm mailing list<br>
>> <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>> <a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
><br>
><br>
><br>
> --<br>
> André Garcia Carneiro<br>
> Analista/Desenvolvedor Perl<br>
><br>
><br>
><br>
> _______________________________________________<br>
> SaoPaulo-pm mailing list<br>
> <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
><br>
<br>
<br>
<br>
--<br>
</div></div><div class="im">"If you’ve never written anything thoughtful, then you’ve never had<br>
any difficult, important, or interesting thoughts. That’s the secret:<br>
people who don’t write, are people who don’t think."<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">SaoPaulo-pm mailing list<br>
<a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>André Garcia Carneiro<br>Analista/Desenvolvedor Perl<br><br><br>