[SP-pm] Printer.pm - aberto a comentários.

Daniel de Oliveira Mantovani daniel.oliveira.mantovani at gmail.com
Fri Jan 29 05:23:54 PST 2010


2010/1/29 Andre Carneiro <andregarciacarneiro em gmail.com>:
> Acho q vc não entendeu o ponto da 'frescura'.

Ah sim, '<' ou q{<} tanto faz. O que eu quis deixar claro é que
identar com oito espaços é ruim.
perldoc perlstyle

Each programmer will, of course, have his or her own preferences in
regards to formatting,but there are some general guidelines that will
make your programs easier to read, understand, and maintain.

...
·   4-column indent.
...

Por exemplo imagina a situação que tem 3/4 loops dentro do outro, o
seu editor de texto vai ter que quebrar linha, isso dificulta a visão.

>
> A frescura estava em fazer q{<}, ao invés de simplesmente '<'. O resto do
> código é tratamento de erro(não muito bom, por sinal). Mas isso não tem nada
> de diferente.
>
> 'open... or die $!' é uma situação que eu considero ruim, simplemente porque
> para o programa sem maiores explicações. E isto não é uma boa idéia(ao meu
> ver, pelo menos). Eu quis expressar apenas que é melhor ter no mínimo, algum
> tipo de tratamento de erro...

Na verdade André se fosse só "or die" seria sem explicações, a
variável $! contém o erro, então "or die $!" vai te dizer o problema
:)

Já teve situações, muitas situações em que eu perdi meu tempo
simplesmente porque o código não tinha um "die" no open, *o software
tem que dar erro quando ele tem que dar erro.*

>
>
>
> 2010/1/29 Nelson Ferraz <nferraz em gmail.com>
>>
>> > Q frescura! porque não simplesmente:
>> > my $file = 'enterprise.txt'
>> > eval{open my $fabricante,'<', $file};
>> > if($!){
>> >                print "\nProblemas ao abrir o arquivo '$file'  -  $!";
>> > }else {
>> > #Alguma coisa util aqui...
>> >
>> > }
>>
>> Uma razao simples: consistencia.
>>
>> A forma mais usada pela comunidade e':
>>
>> open my $f, '<', $file or die "Can't open: $!\n";
>> # ...
>> close $f;
>>
>> Se voce escrever de maneira diferente, todo mundo que for ler seu
>> codigo vai ter que parar por um momento e analisar o codigo, para
>> tentar descobrir porque diabos voce fez daquele jeito.
>>
>> TIMTOWTDI nao significa que voce deve, necessariamente, fazer tudo de
>> uma maneira diferente.
>>
>> --
>> Nelson Ferraz
>>
>> Free Software Foundation Associate Member #3203
>> Projeto Software Livre Brasil (www.softwarelivre.org.br)
>> Sociedade Perl do Brasil (www.perl.org.br)
>> Rede Livre de Compartilhamento de Cultura Digital
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
>
>
> --
> André Garcia Carneiro
> Analista/Desenvolvedor Perl
>
>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>



-- 
"If you’ve never written anything thoughtful, then you’ve never had
any difficult, important, or interesting thoughts. That’s the secret:
people who don’t write, are people who don’t think."


More information about the SaoPaulo-pm mailing list