Cara, muito bonito tudo isso.<br><br>Eu, por outro lado, coloco a vírgula no fim da linha, no código, porque aqui, no Português, é o que eu sempre fiz e, na minha singela opinião cheia de vírgulas, o objetivo é legibilidade. Mais fácil para copiar e colar código? C'mon, nós estamos em 2008, se isso é assim tão importante, use uma ferramenta que seja esperta o bastante para fazer isso. Se não tiver uma, faça uma - já que, segundo a premissa anterior, isso é tão importante assim para você (você genérico, não você Breno :-P).<br>
<br>E fui dormir.<br>[]s<br>russo<br><br><div class="gmail_quote">2008/11/12 breno <span dir="ltr"><<a href="mailto:breno@rio.pm.org">breno@rio.pm.org</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;">
Ah, outra coisa. Se colocar vírgula no último item do comando SQL dá<br>
erro, meu argumento vai por água abaixo, pq mesmo com a vírgula no<br>
final teríamos o problema do último elemento não poder ter a vírgula e<br>
se quiséssemos trocar ele de ordem (em vez do primeiro) também<br>
precisaríamos ajustar as vírgulas. Ou seja:<br>
<br>
SELECT foo AS "bla",<br>
bar AS "ble",<br>
FROM ....<br>
<br>
Como meu contato com SQL não é tão grande e não tenho um banco pronto<br>
para ser acessado agora, vou deixar a dúvida de se essa vírgula no<br>
final do último comando funciona ou não como um exercício para o DBA<br>
mais próximo =P<br>
<br>
[]s<br>
<br>
-b<br>
<br>
2008/11/12 breno <<a href="mailto:breno@rio.pm.org">breno@rio.pm.org</a>>:<br>
<div><div></div><div class="Wj3C7c">> Ihhhh isso vai dar o que falar :-P<br>
><br>
> Sobre o abre-chaves, é uma longa discussão entre o formato K&R:<br>
><br>
> foo {<br>
> ...<br>
> }<br>
><br>
> e o formato BSD/GNU:<br>
><br>
> foo<br>
> {<br>
> ...<br>
> }<br>
><br>
> quando comecei a programar, só usava o formado BSD por achar bem mais<br>
> legível (o código fica separado, mais fácil de ler). Com o tempo,<br>
> passei a usar o formato BSD apenas para funções, e o formato K&R para<br>
> comandos internos (if, while, etc), pq além de economizar uma linha,<br>
> parecia fazer mais sentido (leia-se um pouco mais fácil de entender).<br>
> Daí talvez pelo costume ou pela homogeneização (como acabamos usando<br>
> muito mais comandos internos do que subs, hoje quase todos os meus<br>
> códigos usam K&R.<br>
><br>
> Sobre a vírgula separadora, o Perl Best Practices usa um argumento<br>
> interessante em favor da vírgula no final, que é o da reordenação: se<br>
> usamos a vírgula no início, trocar de ordem o primeiro elemento com<br>
> outro qualquer exige modificação no código. No caso do SQL, vale a<br>
> mesma coisa. Por exemplo:<br>
><br>
> SELECT algo AS "bla"<br>
> , outracoisa AS "ble"<br>
> ...<br>
><br>
> Se quiséssemos trocar "bla" e "ble" de ordem, não poderíamos<br>
> simplesmente copiar e colar sem um mínimo de cuidado, ou ficaria<br>
> assim:<br>
><br>
> SELECT , outracoisa AS "ble"<br>
> algo AS "bla"<br>
> ...<br>
><br>
> sim, é raro haver essa necessidade, e sim, é um erro óbvio e muito<br>
> fácil de ser achado. Mas com a vírgula no final ele some<br>
> completamente:<br>
><br>
> SELECT algo AS "bla",<br>
> outracoisa AS "ble",<br>
> ...<br>
><br>
> vira (copiando e colando):<br>
><br>
> SELECT outracoisa AS "ble",<br>
> algo AS "bla",<br>
> ...<br>
><br>
> e pronto. A grande vantagem de fazer a separação em outra linha<br>
> (motivo pelo qual acho que o Luis usou) é que fica mais fácil ver o<br>
> que está acontecendo, especialmente em códigos SQL com muitos<br>
> aninhamentos. (isso e o fato de que ele é um DBA experiente e sabe o<br>
> que está fazendo :-P)<br>
><br>
> Em Perl específicamente, acho mais fácil separar elementos de lista<br>
> com a vírgula no final (até pq a vírgula no final sem item seguinte é<br>
> Perl válido):<br>
><br>
> my %bla = (<br>
> bla => 'bla',<br>
> ble => 'ble', # vírgula após o último elemento<br>
> # ajuda a adicionar outros sem erro!<br>
> );<br>
><br>
><br>
> No final, acho que o mais importante é escolher um estilo, qualquer<br>
> que seja, e ser consistente durante o código :-)<br>
><br>
> []s<br>
><br>
> -b<br>
><br>
><br>
> 2008/11/12 Joao Gabriel <<a href="mailto:jamorreu@gmail.com">jamorreu@gmail.com</a>>:<br>
>> Olá povo.<br>
>><br>
>> Últimamente eu ando muito preocupado em comparar códigos e em especial<br>
>> identação e marcação.<br>
>><br>
>> Segue um exemplo de parte de um código SQL re-escrito pelo Luis:<br>
>><br>
>> , UPPER( FE.descr ) AS "descr"<br>
>> , FE.total_parcelas AS "total_parcelas"<br>
>> , FE.parcela_atual AS "parcela_atual"<br>
>> , FE.valor_total AS "valor_total"<br>
>> , FE.valor_com_deconto AS "valor_com_desconto"<br>
>> , FE.valor_pago AS "valor_pago"<br>
>> , FE.dias_tolerancia AS "dias_tolerancia"<br>
>><br>
>> eu faria do seguinte modo (passaria a virgula para o final):<br>
>><br>
>> UPPER( FE.descr ) AS "descr",<br>
>> FE.total_parcelas AS "total_parcelas",<br>
>> FE.parcela_atual AS "parcela_atual",<br>
>> FE.valor_total AS "valor_total",<br>
>> FE.valor_com_deconto AS "valor_com_desconto",<br>
>> FE.valor_pago AS "valor_pago",<br>
>> FE.dias_tolerancia AS "dias_tolerancia",<br>
>><br>
>><br>
>><br>
>> e em casos como:<br>
>><br>
>> if(condição)<br>
>> {<br>
>> conteudo aqui;<br>
>> }<br>
>><br>
>> eu geralmente faço assim:<br>
>><br>
>> if(condição) {<br>
>> conteudo aqui;<br>
>> }<br>
>><br>
>> Enfim, meu comentário é para iniciar um papo sobre identação e qual<br>
>> seria a melhor forma (ou a que aos olhos da maioria do pessoal seje<br>
>> melhor de entender).<br>
>><br>
>> --<br>
>> João Gabriel C. Laass<br>
>> _______________________________________________<br>
>> Cascavel-pm mailing list<br>
>> <a href="mailto:Cascavel-pm@pm.org">Cascavel-pm@pm.org</a><br>
>> <a href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target="_blank">http://mail.pm.org/mailman/listinfo/cascavel-pm</a><br>
>><br>
><br>
_______________________________________________<br>
Cascavel-pm mailing list<br>
<a href="mailto:Cascavel-pm@pm.org">Cascavel-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target="_blank">http://mail.pm.org/mailman/listinfo/cascavel-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Alexei Znamensky [russoz_gmail_com] [<a href="http://russoz.wordpress.com">russoz.wordpress.com</a>] [<a href="http://www.flickr.com/photos/alexeiz">www.flickr.com/photos/alexeiz</a>]<br>
"Though we live in trying times, we're the ones who have to try"<br>