sim claro concordo CAROL, mesmo porque eu uso MX:MODULE , e em todos os post que comento sobre isso, venho sempre a avisar e rever a estratégia para o uso de MX:MODULE, descobri essa "falha" a pouco tempo com a ajuda do MarioJR. E com certeza fiquei desanimado, mas fazer o que ?!??! Depois descobri que empresas não começaram e outras trocaram o FLEX por causa dessa "falha" de gerenciamento do MX:MODULE. Ainda mais que a ADOBE recomenda o uso de SubApplication em vez de MODULES desde SDK 2.x, tem tempo isso heim. Por isso toda vez que se comenta aqui na lista sobre esse assunto, levanto essa questão, é algo do tipo , FUMAR FAZ MAL A SAUDE, VC SABENDO DISSO VAI FUMAR SE QUISER, entende.
Gostei muito da dobradinha JAVA+FLEX e isso alvancou meus negócios e saber que pode ter alguém que pode "queimar" o FLEX por causa de um único componente (MX:module), então por mim sempre levantarei essa questão , e deixarei para o usuário que se aventurar com MX:module a pensar por si só e ele mesmo concluir o que fazer. Para mim está sendo mais um estudo e na migração para o SDK 4.x trocar MX:MODULE para SubApplication somando ao SWIZ.. Agora para quem já usa como nós , fazer o que !??! se hoje tudo ocorre 100% bem , concluo que fizemos um desenvolvimento correto conforme a "Cartilha FlexDev" heheheeh. mas é isso aê, lista e foruns são perfeitos para essas conversas e espero que vc tenha entendido minha colocação sobre o assunto. [?]um grande abraço e bom desenvolvimento para nós.[?] -- **************************************************** www.brunobg.com [email protected] (MSN & Skype) blogflex.brunobg.com @brunogrohs (21) 9913-2397 Em 8 de novembro de 2010 12:13, Carol Michelassi <[email protected]>escreveu: > 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 > -- 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
<<338.png>>
<<35C.png>>
