Dae cumpadi! Seguinte acho q um lance desse tem q começar com um padrão MVC
eu uso DAO UI BO e um PLUSS nas DAOs com as SPs Tipo: Após uma analise do DBA e a criação do Banco, eu pego eu crio as UIs q são o campos das tabelas(q na programação vira um objeto só com atributos), dai as DAOs repesctivamente....as DAOs são o processos de Insert, Delet, Update, List (Pesquisar CRUD)e um pluss nas DAOs com as SPs(Stores Procedures) só pra fazer o CRUD pra cada tabela (1 Insert , 1 delete, 1 Update, 1 List) EX.: SP_TABELA_INSERTSP_TABELA_DELETE SP_TABELA_UPDATE SP_TABELA_LIST dai isso tudo nunca muda com exeção das das melhorias.... blz tudo bunitinho, bora pras REGRAS DO CLIENTE dai entra a BO (Busines Object) A BO vai cuidar excluisivamente das regras do cliente...oq vai listar , oq vai fazer , quantas coisas vaum aparecer.....e nada de fazer SQL na BO , pois tem tudo uma extrutura pronta! pronto padranizado....SHOW.....agora o PEIXE do MERCADO tendo isso bem extruturado vc faz UM GERADOR... Esse GERADOR vai se encarregar de analisar a base e gerar todas as SPs, DAOs, UIs. Tendo um GERADOR basta um click pra extrutura toda ser gerada ....dai e só se preocupar com os BOs...e com o tempos as melhorias no gerador pra futuros projetos.. VE SE AJUDAI QUALQUER COISA TAMO AI!!!! 2008/11/17 Leonardo Alves Machado <[EMAIL PROTECTED]> > Olá pessoal. > > Aqui na empresa onde estou trabalhando, não há ninguém especialista em Flex > - somos todos desenvolvedores Java improvisados. Isso tá gerando um > problema, pois não estamos chegando a um acordo com relação ao padrão de > desenvolvimento. > Nossa aplicação é basicamente uma "navigation tree" com links para > funcionalidades do sistema que abrem em umn pane ao lado. O problema, no meu > ponto de vista, é que uma abordagem "muito HTML" está sendo usada - a nav > tree está em um "frame", e cada nó abre uma aplicação diferente, usando o > *navigateToURL *do Flex. Eu acho isso horrível, já que Flex foi feito para > se trabalhar em uma aplicação por projeto (ao menos foi isso que li nos > helps). > > Bom, mas deixando os problemas do projeto daqui de lado, eu gostaria de > fazer um documento que ficaria aqui na empresa para que futuras aplicações > não façam os mesmos erros. Alguém aqui pode me indicar onde posso encontrar > recomendações de desenvolvimento do Flex? Também, que abordagem deve ser > tomada se o conteúdo da aplicação muda completamente (hoje, nós chamamos > outra aplicação, tendo um total de 18 aplicações com desenhos completamente > diferentes em um mesmo projeto que se comunicam através de links e > parâmetros pela URL)? Também, como seria a manipulação de ações no flex - > recomenda-se usar vários botões ou menus, ou usar bastante duplo clique, > botão direito, drag/drop e o mínimo de botões? Com relação a scroll ou uso > de paginação para muitos elementos, qual é a melhor abordagem (ou a > abordagem mais com cara de flex)? > > > desculpem a "chuva de dúvidas", qualquer ajuda será bem recebida :) > > Leonardo Alves Machado > > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
