Exatamente, a idéia era justamente essa, não fazer o cara esperar o dowload gigante sendo que vai usar uma tela só, porque a conexão do cliente não é lá essas coisas... não queríamos uma rejeição ao Flex por causa da demora (o sistema migrou de aspx).
Talvez um dia a gente descubra que deu o tiro no pé mesmo (rs), e acabe reagrupando de outra forma, mas a princípio pareceu a melhor solução (na época ainda não tinha tantas discussões na lista criticando os módulos). Bruno, estamos com quase 50 telas (mx:modules), mas quebrados em 6 projetos, que constituem módulos naturais do negócio do cliente, podendo até ser vendidos separadamente. Então não compilamos tudo de uma vez, mas de qualquer forma não demora nem 5 min e nunca vi travar a compilação de cada projeto. Usamos RSL em tudo. Ainda não estamos usando Swiz (na época que começamos também não era tão famoso), não sei se isso descomplica alguma coisa. Não sei se ajuda também o fato de que todos os módulos entram na compilação com aquele "Optimize for" para a aplicação do projeto. Acho que é isso... E acho muito legal a gente conversar direitinho sobre esse assunto! ;) Carol Michelassi 2010/11/8 bruno bg <[email protected]> > Tb estou dentro dessa "sabatina" eheheh. > Sugiro até fazermos várias variações, MODULE ; e/ou SWIZ; e/ou MATE; e/ou > flexMDI; e/ou etc > > > brunobg > -- > **************************************************** > www.brunobg.com > [email protected] (MSN & Skype) > blogflex.brunobg.com > @brunogrohs > (21) 9913-2397 > > > > Em 8 de novembro de 2010 10:05, Helio Antonio Francisco Silva < > [email protected]> escreveu: > > Eu concordo plenamente. >> Eu desde que mexeia com flex 3 eu sempre dividi minhas aplicações em >> varios SWFs com isso eu tornava meus sites um diferencial pois o usuario so >> carregava aquilo que ele queria e isso realmente tinha uma otima >> performance. >> >> No flex eu mesmo sabendo que nao funciona bem assim, ainda gostaria que o >> usuario so carrega-se o que fosse usado. >> se cada tela da minha aplicação tem 30k a 60k um tela diga-se de passagem >> com 90 campos, validações, rotinas e tudo.... o cara so carregaria uma unica >> vez 30k. e nao 250 a 300k que seria uma aplicação com umas 10 telas. imagino >> eu. >> >> Mas como o mario falo, eu gostaria de participar disso pois quantos mais >> se otimizar esses downloads melhor sera para o publico que nao dispoe de uma >> conexao de 10 a 15 mega. >> >> 2010/11/8 Mário Júnior <[email protected]> >> >> O maior problema em relação aos módulos é o seu mal uso. >>> >>> A princípio, é normal todo mundo pensar que "toda janela TEM QUE SER um >>> módulo". Já vi vários projetos começarem assim, depois com o tempo, o >>> #soudev responsável - e aquele q decidiu assim - percebe q deu um baita >>> "tiro no pé". >>> >>> Ao meu ver, e pela experiencia q tive, módulos (ou sub-applications) >>> devem ser sempre divididos por "contextos" e isso depende de uma extensa >>> análise até mesmo do negócio do cliente. Não existe uma fórmula mágica para >>> divisão disso. >>> >>> O assunto é longo, e até mesmo para não "desviar" do tópico, vou encerrar >>> por aqui mas acho q seria legal para a comunidade reunirmos uma galera aí e >>> fazermos um podcast sobre isso. >>> >>> >>> []s >>> >>> >>> >>> Em 7 de novembro de 2010 16:33, Carol Michelassi < >>> [email protected]> escreveu: >>> >>>> Olas! >>>> >>>> >>>> me parece que o problema dele é com a IDE (questão de configuração de >>>> memória >>>> talvez, como já mandaram) ou com alguma configuração não otimizada dos >>>> projetos..RSL, como já disseram, ajuda bastante; ou tentar de repente >>>> quebrar em projetos menores, agrupando as telas que tem algo em comum e >>>> separando as que não tem a ver umas com as outras, eliminando a necessidade >>>> de compilar todas elas todas as vezes. >>>> >>>> >>>> Se o problema é na compilação ainda, não vejo porque já começar a jogar >>>> pedras nos mx:modules de novo, desviando o assunto do email...parece que >>>> ultimamente qualquer coisa vagamente relacionada com módulos já gera uma >>>> revolução! Já vi uns 5 emails em que isso acontece e no fim ninguém >>>> responde >>>> a dúvida inicial da pessoa...poderia responder o problema pontual e dar a >>>> *sua* opinião/conselho sobre usar ou não mx:modules...nós usamos aqui e >>>> (ainda!) não tivemos tantos problemas assim....acho que cada caso é um >>>> caso! >>>> ;) >>>> >>>> Carol Michelassi >>>> >>>> 2010/11/3 bruno bg <[email protected]> >>>> >>>> então , pelo que entendi vc usou o <MX:MODULE /> para cada view, cada >>>>> tela. >>>>> isso não é recomendável pela ADOBE. veja isso >>>>> http://blogflex.brunobg.com/?p=402 >>>>> Vc não disse sua versão do SDK !?!?! somente a partir do 3.5 os >>>>> MX:MODULE são um pouco melhor, porém a ADOBE não recomenda o uso de >>>>> MX:MODULE, utilize CANVAS, BOX, PANEL, por exemplo. >>>>> Outra coisa, vc está usando RSL ??? recomendo usar e ler sobre !!! >>>>> >>>>> E procure no histórico dessa lista FLEXDEV, sobre MEMORY LEAK + MODULE >>>>> postado por HELIO. >>>>> ele sofreu um bocado por fazer todas as views com MX:MODULE. >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> **************************************************** >>>>> www.brunobg.com >>>>> [email protected] (MSN & Skype) >>>>> blogflex.brunobg.com >>>>> @brunogrohs >>>>> (21) 9913-2397 >>>>> >>>>> >>>>> >>>>> Em 3 de novembro de 2010 09:19, everton vieira >>>>> <[email protected]>escreveu: >>>>> >>>>> @brunobg os modulos são as telas (swf) principais que são carregadas no >>>>>> projeto e as referencias dos modulos ficam no .actionscriptproperties. >>>>>> Consegui compilar o projeto (mais de 2horas) mas quando fui exportar o >>>>>> release ele travou no final do processo. >>>>>> >>>>>> Em 2 de novembro de 2010 06:52, bruno bg <[email protected]>escreveu: >>>>>> >>>>>>> quando vc diz modulos vc usou <MX:MODULE /> para cada view ?!?!?! >>>>>>> qual a versão do SDK vc está usando ?? >>>>>>> >>>>>>> brunobg >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> **************************************************** >>>>>>> www.brunobg.com >>>>>>> [email protected] (MSN & Skype) >>>>>>> blogflex.brunobg.com >>>>>>> @brunogrohs >>>>>>> (21) 9913-2397 >>>>>>> >>>>>>> >>>>>>> >>>>>>> Em 1 de novembro de 2010 18:10, Everton Vieira <[email protected] >>>>>>> > escreveu: >>>>>>> >>>>>>>> Amigos! Estou com um grande problema e queria compartilhar com vocês >>>>>>>> em busca de uma solução. >>>>>>>> Estou trabalhando com Zend Studio com o Plugin do FLEX, e quando vou >>>>>>>> compilar o sistema com todos os modulos (+ de 30) a IDE trava e >>>>>>>> quando >>>>>>>> espero (mais de 30min ) ela mosttra um erro criticando que a memoria >>>>>>>> heap do java foi pro espaço. Algué, sabe como resolver isso? >>>>>>>> >>>>>>>> -- >>>>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>>>> [email protected] >>>>>>>> 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 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>>> [email protected] >>>>>>> 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 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> * Everton Vieira Pereira da Silva* >>>>>> *web developer* >>>>>> http://www.evertonvps.blogspot.com >>>>>> @evertonvps >>>>>> Msn: [email protected] >>>>>> Skype: evertonvps >>>>>> Gtalk: [email protected] >>>>>> >>>>>> -- >>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>> [email protected] >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> -- >>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>> Para enviar uma mensagem, envie um e-mail para >>>>> [email protected] >>>>> 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 >>>>> >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para [email protected] >>>> 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 >>>> >>> >>> >>> >>> -- >>> Mario Junior >>> http://blog.mariojunior.com/ >>> @mariojunior >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> 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 >>> >> >> >> >> -- >> *Hélio Antonio Fransico Silva* >> Desenvolvedor web >> Certificado Flash developer >> Certificado Flash Design >> Certificado web developer >> Consultor Microsiga / Totvs >> Desenvolvedor ADVPL / ASP >> Analista de sistemas e ERP Sênior. >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> 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 >> > > > > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > 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 > -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] 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
