Daniel, A minha premissa básica é:
- A alocação e desalocação de memória não deveria ser algo de responsabilidade do desenvolver Flex. O problema é que, ao que tudo indica, isto é sim responsabilidade nossa e, pior, o número de posts sobre o assunto, os Hacks e soluções alternativas e até mesmo a extensão desta discussão é, a meu ver, um indício que esta "funcionalidade" do Flex é deficiente. Também haja vista a complexidade que gira em torno do assunto. A minha crítica é apenas neste sentido! Portanto, concluir que quem não se preocupa com isso não escreve código corretamente é uma no mínimo uma generalização apressada. Aliás, na apresentação que fiz no eGenial eu falo sobre o "problema da memória" e também menciono o "weakReference". []'s Beck Novaes On 29 ago, 16:44, Daniel Schmitz <[EMAIL PROTECTED]> wrote: > Opa, > > que bom que o assunto foi realmente comentando. Eu estava com medo de > somente eu ter o receio do GC do Flex. > > Bom, citando algumas conversas: > > Luis Eduardo: > > "Por exemplo o jeito não oficial de se forçar o GC usando aquelas > connections. Será que isso realmente dispara o GC? será que não deixa > os > tais footprints dessa própria função? " > > O hack para executar o GC é realmente verdadeiro e deve ser utilizado > somente para testes. Veja mais em: "http://www.gskinner.com/blog/ > archives/2006/08/as3_resource_ma_2.html" no topico: "Unsupported Way > to Force GC" > > "Eu fiz um teste curioso e fiquei mais perdido ainda... Antigamente > ouvi falar que quando vc minimiza a tela do navegador (IE com certeza, > firefox nao lembro) é forçado um GC também no flash e a memória > utilizada pelo processo, se vc olhar no taskbar, vai lá pra baixo. " > > Isso acontece mesmo, porque o Internet Explorer executa um método > chamado SetProcessWorkingSetSize que pega quase tudo da memoria RAM e > joga pra memória virtual (paginação).Na verdade isso é uma falsa > impressão de que a memória foi coletada. Veja mais > em:http://www.mossyblog.com/archives/441.cfm > > Beck: > > "Eu quero é desenhar interfaces" :) > > Tudo bem, mas se preocupe um pouco com memória :) Nao precisa > implementar rotinas sofistificadas de GC, mas apenas preocupe-se em > escrever código corretamente, como vc já faz com o Flex ao usar > commitProperties, invalidates e cia. Também lembre-se de adicionar > listners com o weakreference igual a true :) > > "O Flash Player foi mal implementado " > > Acredito que não. mas poderia ser melhor :) Pegue um GC 90% e rotinas > mau implementadas... Isso gera problemas.. > > Fabio Terracini : > > A sua "sacada" de gerenciamento de memória através do view stack é > muito boa, ajuda bastante... Mas isso gera um leak de memória pq se o > usuário não for mais usar uma tela, ela fica lá no view stack para > sempre.... Estou certo ? > > Rogerio Gonzalez: > > "Possuo um cliente com um sistema de RH que > ele usa plenamente durante horário comercial (toda a operação dele > depende disso) e no entanto, nunca tive nenhuma reclamação a respeito. > " > > Isso é música para meus ouvidos. :) > > Pessoal, resumindo, existe um post da dclick que resume as principais > informações sobre o GC do Flex, então recomendo uma boa leitura. Segue > o link:http://blog.dclick.com.br/2007/07/16/flash-player-garbage-collector/ > > Abraços Pessoal --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
