[Cascavel-pm] Res: Variável de outro namespace no escopo global do package.

Terça Julho 17 07:21:41 PDT 2007

> Date: Tue, 17 Jul 2007 10:45:29 -0300> From: edencardim em gmail.com> > On 7/17/07, Alceu Rodrigues de Freitas Junior <glasswalk3r em hotmail.com> wrote:> > Por que não? A menos que ele esteja usando orientação à objetos, não vejo> > problema compartilhar informações dessa forma.> > Tem problema sim, quando ele for manter o programa depois, ele vai ter> que ficar caçando as subrotinas e variáveis com grep nos módulos.Não se ele tiver um plano de testes definido antes e aplicá-los depois da modificação.Mas como eu disse, isso só dá para fazer com programas pequenos. Ainda assim, se ele vai usar esse valor em vários programas, talvez fosse melhor usar logo uma variável de ambiente. > > Agora se o programa dele vai ser ENORME, aí ele pode começar a ter dores de> > cabeça. Nesse caso seria melhor ele começar a usar orientação à objetos.> > Lembre-se que programas grandes começam como programas pequenos.Lembre-se que o ótimo é inimigo do bom. :-) Vale aplicar o bom-senso o tempo todo. Se o programa vai crescer, é melhor ele pensar nisso.> O módulo deveria ser separado do front-end de interface, assim ele> pode alterar um sem afetar muito o outro. A maioria dos problemas que> enfrentei com sistemas na vida foram devidos a maus projetos de> arquitetura e design de interfaces.Isso que eu tentei dizer e você explicou melhor. > Por falar nisso, recomendo o MooseX::Getopt, invés dos Getopts tradicionais.Estou com preguiça de ler sobre tudo sobre o módulo... mas parece que ele só é aplicável quando você usa OO. É isso mesmo?[]'sAlceu
_________________________________________________________________
Make every IM count. Download Windows Live Messenger and join the i’m Initiative now. It’s free. 
http://im.live.com/messenger/im/home/?source=TAGWL_June07
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20070717/0fccf2f6/attachment.html