Bom roger vamos la. 1 -Utilização dos modules... reluto muito mas ainda nao abandonei os Modules.. pra mim a teoria dos modules seria a mais eficiente possivel em teoria. por que voce carrega apenas o que voce quer, sempre resetando todas as variaveis.
pra voce ter ideia eu tenho a tela de pedido de vendas do protheus, com uma porrada de funcionalidades novas e eu fiz do seguinte. Tela de inserção 1 module ---> 76k Tela de edição 1 module --- > 75k Tela de vizualização 1 module -->46k tela de deletar 1 module ---> 56k Como alguns não devem entender mas o roger sim, a tela de pedido de venda e GIGANTE tem muitas coisas e fica complicado inbutir tudo em uma unica tela, possivel e mas e complicado, por que nas minhas telas na edicao eu tenho renders nos grids, na vizualização eu nao tenho e assim vai. Agora pensa comigo, o cara so quer fazer a vizualizacao, entao ele absorve somente 46k ou seja ja testei ma varias cliente e INSTANTANEO o carregamento dela. clientes navegam sem problema nenhum. Estudando +1 pouco e conversando com o mario junior e muito com o bruno, vi que criar componentes com as telas e criar o module de pedido de venda seria o mais adequado na modelagem, o arquivo ia ficar um pouco maior mas no final digamos que eu ganharia se o usuario abri-se todas as telas. a minha tela final ficaria com 140k com tudo. Modules e um pouco complicado roger por que o buraco e mais embaixo, se voce nao deletar todas as suas variaveis e objetos, nao criar os listeners com referencia fraca e todas as boas praticas ele vai acrecentando memoria indefinidamente na sua aplicação. Estudando +1 pouco e fazer zilhoes de testes percebi uma coisa, me corrijam se eu estiver errado. No Profiler a utilização da minha aplicação com 15 modules, fica sempre entre 14mega de memoria, variando sempre 200k pra cima ou pra baixo, com o tempo vai aumentando 200k e assim vai nada problematico, ja fiz testes de 20 mim abrindo +300vezes os modules, chegou a 16mega de memeria, no meu ver exelente. Mas no IE e principalmente no FF a memoria vai subindo igual a um raio, chegando a 140 mega de memoria isso que ela começa com 30 mega.depois de um tempo a memoria volta para 60 mega e depois de um tempo vai para 80mega e assim vai, deve ser alguma coisa como o player aloca a memoria no navegador, acredito que o Igor e o mario saberiam responder isso melhor do que eu. Resumindo, ainda uso modules e NUNCA tive problemas de memoria na minha aplicação, nunca mesmo. eu era muito bitolado com essa parada de memoria e cheguei a criar uns posts monstros relacionados a isso, e no fim como ate mesmo a gabriela me falo, e muitos outros problema de memoria e um dos menores, interativadede com o usuario e muito mais complicado. Entao pergunto aqui... aquem aqui ja utilizo ou utiliza modules e ja teve o sistema parado por conta que explodiu a memoria no PC ? Eu nunca vi, pode acontecer, mas sinceramente nunca vi, e olha que meu sistema e todo baseado em array de modules e NUNCA deu problema com relacao a isso. Espero ter ajudado. 2011/2/9 Juliano Feltraco <[email protected]> > Salve glr. > A quem possa interessar fiz um teste e gostei dos resultados. > Criei uma tela com 4 mil linhas de codigo, botoes, viewStack, DataGrid e > afins. Chamei de Cp01. > Depois de feito isso repliquei essa tela, Cp02, Cp03, ..., Cp15. > > Para cada replica da tela eu fiz o RB, e anotei o tamanho do SWF gerado. > Fiz isso para esses 15 e depois utilizei Progressao Aritmetica, para prever > qual seria o tamanho > do SWF com 50, 100, 300... 500 telas iguais a essa. > Cheguei a esses numeros (Expressados em Kb). > > 1 = 63 > 2 = 79 > 3 = 95 > 5 = 127 > 8 = 175 > 10 = 207 > 15 = 287 > 50 = 847 > 100 = 1647 > 150 = 2447 > 200 = 3247 > 250 = 4047 > 300 = 4847 > 350 = 5647 > 400 = 6447 > 450 = 7247 > 500 = 8047 > > Eh soh uma projecao, com ctz vai variar, pois vc tera N classes de > "negocio" sendo compiladas juntos a este SWF. > De qq forma gostei dos resultados. > > E vcs oq acharam ? > > > Em 19 de janeiro de 2011 14:16, Fábio Goll <[email protected]> escreveu: > > > Não esqueça de exportar via releasebuild (sem debug). >> >> O que é gerado no bin-debug não é referência de tamanho de swf final que >> vai pra produção. >> >> Fábio Goll >> Twitter: @fabiogoll >> >> >> 2011/1/19 bruno bg <[email protected]> >> >> MODULE X SUB-APPLICATION , já foi bastante discutido aqui. >>> >>> http://blogflex.brunobg.com/?p=402 >>> >>> -- >>> **************************************************** >>> www.brunobg.com >>> [email protected] (MSN & Skype) >>> blogflex.brunobg.com >>> @brunogrohs >>> (21) 9913-2397 >>> >>> >>> >>> >>> >>> Em 19 de janeiro de 2011 11:42, Pablo Souza <[email protected]>escreveu: >>> >>> Geralmente eu também prefiro fazer como o Rodolpho citou ao invés de >>>> usar Modules. >>>> Mas cada caso é um caso, sempre ... =) >>>> >>>> >>>> Abs! >>>> >>>> ------ >>>> @Pablo_Souza >>>> http://rectius.com.br/blog >>>> >>>> >>>> On Jan 19, 11:22 am, Eric Tonussi <[email protected]> wrote: >>>> > Propriedades do projeto -> flex build path -> library path >>>> > em framework linkage, marque "runtime shared library (rsl)" >>>> > >>>> > Em 19 de janeiro de 2011 12:00, Rodolpho da Silva >>>> > <[email protected]>escreveu: >>>> > >>>> > >>>> > >>>> > > Eu costumo fazer o seguinte para o meu SWF não ficar tão grande: >>>> > >>>> > > Componentes customizados, framework, telas, skins padrões, etc....: >>>> > > Biblioteca do Flex (arquivo *.swc) >>>> > >>>> > > Coisas do projeto, telas, regras, etc...: Sub Applications >>>> > >>>> > > >>>> http://help.adobe.com/en_US/flex/using/WS2db454920e96a9e51e63e3d11c0b. >>>> .. >>>> > >>>> > > Dessa forma, tenho um SWF principal, que usa a minha biblioteca base >>>> > > (*.swc) e as demais telas faço o uso de subapplications que aliás é >>>> uma >>>> > > recomendação da Adobe, ao invés de usar Modules..... >>>> > >>>> > > Rodolpho da Silva >>>> > >>>> > > *From:* Guilherme Ventura de Souza <[email protected]> >>>> > > *Sent:* Wednesday, January 19, 2011 10:53 AM >>>> > > *To:* [email protected] >>>> > > *Subject:* Re: [flexdev] SWF ENORME >>>> > >>>> > > Mais um interessado no assunto aqui o/ >>>> > >>>> > > *From:* Piero Brito <[email protected]> >>>> > > *Sent:* Wednesday, January 19, 2011 9:52 AM >>>> > > *To:* [email protected] >>>> > > *Subject:* Re: [flexdev] SWF ENORME >>>> > >>>> > > Tambem estou com esse mesmo problema e com medo de modularizar meu >>>> sistema. >>>> > >>>> > > Como assim separar o Framework da aplicação? >>>> > >>>> > > Valeu >>>> > >>>> > > Em 19 de janeiro de 2011 10:35, Eric Tonussi <[email protected] >>>> >escreveu: >>>> > >>>> > >> nao podemos responder, porque voce é da totvs, e como todos sabem, >>>> voces >>>> > >> sao inimigos mortais do Flex.... >>>> > >>>> > >> brincadeiras a parte, já tentou separar o framework da aplicacao? >>>> sabe do >>>> > >> que estou falando? >>>> > >>>> > >> Em 19 de janeiro de 2011 10:03, Roger Rayner Cunha Bento < >>>> > >> [email protected]> escreveu: >>>> > >>>> > >> Bom dia galera... >>>> > >>>> > >>> Estou com um problema complicado.... >>>> > >>>> > >>> Meu swf final sempre fica muito grande... pra carregar o sistema >>>> demora >>>> > >>> bastante... já me disseram para usar MODULES... mas tbem já me >>>> disseram que >>>> > >>> MODULES da muito problema e tals... >>>> > >>>> > >>> Alguém tem alguma dica para me dar? Eu estou usando >>>> SuperTabNavigator >>>> > >>> para carregar as telas e tals.... >>>> > >>>> > >>> Obrigado. >>>> > >>>> > >>> *Att.,* >>>> > >>>> > >>> *Roger Rayner* >>>> > >>>> > >>> *Analista de Sistemas* >>>> > >>>> > >>> Unidade de Desenvolvimento TOTVS >>>> > >>>> > >>> Finanças, Logística e Manufatura >>>> > >>> ( 55 (47) 8818-8324 >>>> > >>> + [email protected] >>>> > >>>> > >>> [image: cid:[email protected]] < >>>> http://www.totvs.com.br/> >>>> > >>>> > >>> -- >>>> > >>> 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 emhttp:// >>>> 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 emhttp:// >>>> groups.google.com/group/flexdev >>>> > >>>> > > -- >>>> > >>>> > > *Piero Brito >>>> > > **Analista de Sistemas* >>>> > >>>> > > -- >>>> > > 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 emhttp:// >>>> 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 emhttp:// >>>> 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 emhttp:// >>>> groups.google.com/group/flexdev- Hide quoted text - >>>> > >>>> > - Show quoted text - >>>> >>>> -- >>>> 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 >> > > > > -- > Att. > >> Juliano Feltraco << > 9131-6290 - 3526-9786 > > "A vida é feita de desafios..." > > -- > 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
