Legal galera, É sempre bom conhecer outras formas de resolver os mesmos problemas, vou dar uma olhada nos links sobre pureMVC. E fica aí a dica sobre o Mate.
Felipe http://bobfernandes.wordpress.com 2008/6/17 Mário Júnior <[EMAIL PROTECTED]>: > Então...a documentação do pureMVC está bem feita, embora na ulçtima vez q eu > tenha visto estava incompleta (chega numa parte e simplesmente acaba sem > concluir uma explicação). > > > Mas só de olhar para o esquema UML dele (o próprio logotipo) dá pra ter uma > idéia de como funciona. > > O problema, opinião estritamente pessoal, é que ele acaba sendo muito grande > e isso o deixa um pouco complexo demais. > Na verdade, a idéia da equipe do pureMVC é demonstrar como um MVC realmente > deve funcionar. Como o próprio nome sugere (puro mvc, óbvio né =P), o > pureMVC pode ser adotado em qualquer linguagem, uma vez que os patterns > envolvidos podem ser escritos em AS3, Java, ruby, c#, etc.. > > Com isso, vc relamente tem que fazer TUDO... escrever muita coisa, e até > coisas que poderiam ser automatizadas. Por isso não considero o pureMVC como > framework, mas sim como um modelo de arquitetura. Já os frameworks como o > Cairngorm abstraem muitas coisas como os DispatcherEvent, FrontController > etc... embora ainda seja um pouco extenso, mas muita coisa ele já faz por > você sem precisar repetir código. > > Além dos Cairngorm e pureMVC, existem outros frameworks que funcionam bem. > Alguns tem a mesma filosofia, outros mudam uma coisinha aqui, outros ali.. > segue um link do blog de Igor Costa onde ele cita alguns fws... > http://www.igorcosta.com/blog/?p=590 > > Já sobre o Mate, não o conheço... vou dar uma olhada nele... acho bom q qnt > mais frameworks forem desenvolvidos, mais idéias vão amadurecendo e isso é > muito bom! > > Já sobre o fw q fiz, o EloFlex, quem sabe a empresa concorde em publicá-lo > futuramente.. mas basicamente é constituído pelas camadas: > ModelLocator: onde tenho objetos da aplicação > ServicesLocator: onde tenho meus RemoteObject > Commands: Classes que tratam o ResultEvent e o FaultEvent (tem umas coisas > abstratas aqui q simplificam bem esse trabalho... top secret) > Events: classes com eventos personalizados e uma ProxyEvent que gerencia os > disparos dos eventos e os objetos transportados por eles (e mais outras > coisas... top secret tb) > View: telas de exibição > > Ha.. e claro, uma pastinha VO onde ficam os objetos espelhados do java...=D > É uma mistura de cairngorm + pureMVC ... mas nada de Delegate.. > FrontControler.. Mediators, tem apenas um proxy para os eventos... simples > assim. > > Claro q não é só jogar o swc no projeto q tudo sairá rodando.. é preciso > adequar-se ao fw, trabalhar de acordo com suas regras e conceitos. > > Bem... pesquise mais sobre os outros fws e comece a analizá-los melhor, a > fundo, e capte idéias boas, separe-as das ruins, e vc mesmo poderá fazer seu > próprio fw e criar um padrão na sua empresa. Isso é ótimo para quem trabalha > em equipes de médio/grande porte. > > > Abraços e boa sorte. > > > Júnior > -- > Mário de Souza Júnior > Programador Java / Flex : AS3 / PHP > (44) 4009-3550 Maringá-PR > http://blog.mariojunior.com > [EMAIL PROTECTED] (gtalk, msn, etc..) > > > -- Felipe - http://bobfernandes.wordpress.com --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para [EMAIL PROTECTED] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
