Concordo plenamente contigo saleiro, sem padrões bem definidos é sempre o fim da macacada. Viva o MVC e o MMVC.
Venha uma gateway pattern ou um ORM para o jantar. Com pouca maionese... :P No dia 27 de Janeiro de 2011 18:18, João Saleiro <[email protected]>escreveu: > Nuno, > > para teres nocão, por vezes perdemos mais tempo a arranjar o nome correcto > para uma variável, método ou classe, do que a implementar o algoritmo. O > algoritmo é irrelevante, e deve ser feito no mínimo "mentalmente" antes de > colocares as mãos no código. Se vais fazer código e ainda não tens a certeza > do que, ou como vais fazer, então estás à partida a arriscar comprometer a > qualidade do código e consequente escalabilidade do projecto. Este é, claro, > o meu ponto de vista pessoal. > Ferramentas como o FlexFormatter ajudam a formatar o código quando não > temos paciência para carregar no Tab. O que interessa é que a equipa use um > standard, preferencialmente o mais adoptado "globalmente" para facilitar a > insercão futura de novos developers da equipa. > Mas mais importante que os coding standards, é mesmo a utilizacão de > frameworks, padrões de desenho e metodologias para estruturar o código - > i.e. Convencões-, de forma a assegurar tanto a escalabilidade da coisa, como > sobretudo a compreensão do código e estrutura do projecto por qualquer > elemento externo ao projecto. > > > > [image: linkedIn] <http://pt.linkedin.com/in/jsaleiro> João Saleiro Chief > Technology Officer Tel: 00351 916 077 097 Email: > [email protected] Skype: joao.saleiro <callto://pedro.arelo> > [image: > Webfuel Solutions] <http://www.webfuel.pt> www.webfuel.pt > Lisbon, Portugal > > On 27-01-2011 17:54, Nuno Fernandes wrote: > > Bom isso das chavetas na linha acima ou linha abaixo eu acho que é > meramente estético. > > Eu não mudo de linha para abrir a chaveta e consigo ter blocos > de código e o motivo por qual o faço é que me permite ler mais código sem > ter que scrollar. > > Como disse acho que isto é meramente estético, e pergunto se adoptarmos > todos um standard e mais tarde um Guru qualquer achar que o outro é que era > correcto o que fazemos? Reformatamos tudo só porque o Guru disse ou > continuamos como estamos habituados? > > As empresas devem preocupar-se em adoptar o standard que lhe seja mais > vantajoso, e o código final deve estar nesse formato. Mas durante o > desenvolvimento o programador está a pensar na lógica e como encontrar uma > solução "para", ter que se preocupar com o aspecto numa altura dessas é um > bocado contraproducente do meu ponto de vista. > > > 2011/1/27 Filipe Freitas <[email protected]> > >> No novo sdk se utilizares o code completion para criar o switch statement >> já não se usam essas chavetas. >> >> 2011/1/27 Paulo Lameira <[email protected]> >> >> Com alguma surpresa minha descobri no Actionscript 3 code standards que se >>> utilizam chavetas nos *case statments*... ex: >>> >>> >>> function aMinhaFuncao(event:Event):void >>> { >>> switch(event.currentTarget.name) >>> { >>> case "nome": >>> *{* >>> trace("Nome"); >>> break; >>> *}* >>> } >>> } >>> >>> ... costumam utilizar estas chavetas? >>> >>> >>> -- >>> Paulo Lameira >>> New Media Developer >>> (+351) 962.855.462 >>> http://paulolameira.pt.to >>> >>> >>> >>> -- >>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >>> Grupos do Google. >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> [email protected]. >>> Para anular a inscrição neste grupo, envie um e-mail para >>> [email protected]<riapt%[email protected]> >>> . >>> Para ver mais opções, visite este grupo em >>> http://groups.google.com/group/riapt?hl=pt-PT. >>> >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected] <riapt%[email protected]> >> . >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected]. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected] <riapt%[email protected]>. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > -- Miguel Pinto Comunidade portugesa de php (www.php-pt.com) [email protected] [email protected] -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Para anular a inscrição neste grupo, envie um e-mail para [email protected]. Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.
