Entendo Bruno, Na verdade eu conheco bem os pos e os contras dos modulos, porem ainda nao conheco os contras do SWFLoader, mas os pros eu ja posso imaginar.
Me diga, ao trabalhar com subapp, voce perde o diretorio root dos seus assets. As sub app respeita o diretorio root do main? Sent from my iPad On 16/10/2010, at 13:43, bruno bg <bruno...@ig.com.br> wrote: > Rodrigo, como comentei, não quero influenciar, estimular e nem convencer o > NÃO USO DE MODULOS. > é melhor vc mesmo fazer seus testes e ter sua própria conclusão, assim você > coloca na balança o que é melhor para sua realidade. > para alguns MODULE é a solução para muita coisa. para outros não serve. Cada > caso é um caso. > > abraço. > -- > **************************************************** > www.brunobg.com > bruno...@ig.com.br (MSN & Skype) > blogflex.brunobg.com > @brunogrohs > (21) 9913-2397 > > > > Em 16 de outubro de 2010 13:27, rodrigower...@gmail.com > <rodrigower...@gmail.com> escreveu: > E por acaso tem tido menus problems com SWFLoader do que com ModuleLoader? > Se sim, vou ten tar usa-lo timber. > > Gracias. > > Sent from my iPad > > On 16/10/2010, at 11:39, bruno bg <bruno...@ig.com.br> wrote: > >> Eu e o Helio , usamos e abusamos do uso de módulos. e essa conclusão tivemos >> MUITO A CONTRA GOSTO. >> na verdade não é uma opnião nossa, é uma recomendação da ADOBE.é nós >> concluímos juntando vários pontos. >> E não queremos aqui influenciar, estimular e nem convencer ninguém a não >> usar MODULOS. >> Helio fez vários testes de consumo de memória. Eu fiz testes com MODULO >> junto com o SWIZ. Ficamos um "pouco" desapontados. >> foi aê que pedi um help para o Mario JR e ele entrou em contato com o >> "bambas" da ADOBE e do SWIZ. outros tb já comentaram sobre o assunto, Beck >> Novaes, Daniel Schmitz, etc >> >> Seria bom você ler alguns posts e ter tb sua própria conclusão. >> http://blogflex.brunobg.com/?p=402 >> http://groups.google.com/group/swiz-framework/browse_thread/thread/0ea304f843fa6c5a >> pesquise sobre Memory Leak no flexdev. >> >> para mim => Fazer cada VIEW um Módulo não é uma boa opção. >> eu uso MODULO para separar 'setores' da empresa, quando a app é muito >> grande, por exemplo: >> modulo do Estoque >> modulo do Atendimento ao Cliente/Ordem de Serviço >> modulo do Contas a Receber >> modulo do Contas a Pagar >> modulo de Vendas >> etc etc etc. >> nesse caso será carregado o módulo de acordo com o usuárioXsetor dele. >> por exemplo, um vendedor não tem acesso ao Contas a Pagar e nem ao Contas a >> Receber, quando ele "logar" na app o sistema só carrega o modulo de VENDAS. >> e assim por diante. >> >> então, dessa maneira eu troco o <mx:Module/> por Sub-apps, utilizando >> SWFLoader. e não mais o ModuleLoader. >> >> abraço >> qq coisa estamos (eu e Helio) no Skype >> -- >> **************************************************** >> www.brunobg.com >> bruno...@ig.com.br (Skype) >> blogflex.brunobg.com >> @brunogrohs >> (21) 9913-2397 >> >> >> Em 16 de outubro de 2010 10:33, Daniel Vitor <dvluc...@gmail.com> escreveu: >> Olá Pessoal, >> >> Entrando de "bicudo" na conversa alheia. Só pra fechar o entendimento: >> na opinião de vocês (Helio e Bruno), a melhor prática para uma >> aplicação leve e com melhor gerenciamento de memória é usando >> SWFLoader? >> Compilar separadamente cara view do sistema? >> >> >> -- >> 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 >> flexdev-unsubscr...@googlegroups.com >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> >> >> >> -- >> 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 >> flexdev-unsubscr...@googlegroups.com >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev > > -- > 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 > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > > > > -- > 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 > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev -- 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 flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
