[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-07 Por tôpico Gustavo Kawamoto
O problema de usar const para isso é quando estamos usando o asdoc para documentar. Ele não consegue documentar porque está definido como constante mas não tem um valor padrão já atribuido. Chato né? :\ -- Gustavo Y. Kawamoto 2009/11/7 Eduardo Kraus > Com Embed faz assim: > > [Embed(source="im

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-06 Por tôpico Eduardo Kraus
Com Embed faz assim: [Embed(source="images/png/16x16/add.png")] public *const* addIcon:Class; Lembre-se, constantes não podem ser alteradas. Também não precisam de Bindable. * Eduardo Kraus* Desenvolvedor eduardokr...@gmail.com blog.mxml.com.br www.twitter.com/EduardoKraus 2009/11/5 Daniel Vito

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico RafaelViana
Mario, saberia explicar porque {ImageCollection.meuIcone} e não ImageCollection.meuIcone dentro da propriedade? Porque se faz uso dos colchetes (else não sabem apenas para váriaveis bindáveis?) On 5 nov, 22:14, Mário Júnior wrote: > Pq nao usa logo static dentro da classe e abandona de vez esse

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico Mário Júnior
Pq nao usa logo static dentro da classe e abandona de vez esse singleton? class ImageCollection { [Embed(source=".../meuIcone.png")] public static var meuIcone:Class; } Pronto! Nada de [Bindable] ... nada de getInstance()... simples assim. Daniel, qnd a sua primeira thread rolou no grupo

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico RafaelViana
Ok.Agora ficou mais esclarecido. O Bindable está diretamente relacionado aos colchetes no icon do botão, indicando que esses ícones são chamados de uma forma bindada por isso a necessidade do Bindable na variável. Agora deixo para a galera mais experiente uma dúvida que vai te ajudar e também fi

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico Daniel Vitor
Desculpe, estou meio afetado hoje! rsrsrs não postei o código inteiro. images = ImageCollection.getInstance(); [Bindable] private var images:ImageCollection; -> Funciona images = ImageCollection.getInstance(); private var images:ImageCollection; -> NÃO Funciona images = ImageCollectio

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico RafaelViana
Você inicia ela assim? private var images:ImageCollection; Se você está usando um Singleton você precisa pegar a instância atual se não o objeto vai estar nulo? private var images:ImageCollection = ImageCollection.getInstance(); Ou você inicia ele em outra parte do código? Fiquei em dúvida ag

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico Daniel Vitor
Realmente Rafael, retirei os [Bindable] de cada embed, funcionou normalmente. Porém se eu retirar a [Bindable] da decalaração da variável, ai não funciona, exemplo: [Bindable] private var images:ImageCollection; -> Funciona private var images:ImageCollection; -> NÃO Funciona Ficou assi

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico RafaelViana
Eu tenho uma classe parecida, mas no meu caso não uso Bindable.Só deixo o Embed. Porque Bindable é para obter todas modifcações/transformações (manter atualizado todos lugares que dependem dessa instância) que algo obteve durante o uso do sistema (minha visão sobre Bindables), e o caminho dessas

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico Daniel Vitor
Olá pessoal, vendo esse post aqui, fiquei realmente preocupado. Parece mentira, mas criei a 2 dias uma nova classe (singleton) que contem todas as imagens comuns que uso em praticamente todas as view do sistema, como: Pensei justamente o contrário do que foi dito aqui, mas pelo jeito perdi um en

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico Eduardo Kraus
Falando em RSL, no Flex 4 os RSL vem assinado digitalmente e se a data estiver errada não carrega a app. * Eduardo Kraus* Desenvolvedor eduardokr...@gmail.com blog.mxml.com.br www.twitter.com/EduardoKraus 2009/11/5 Stefan Horochovec > Ola > > Eu não me preocupo tanto com isso, acredito que seja

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-05 Por tôpico thiagoalgo
"corram atras de life-cycle UIComponent... lazy instantiation... elastic racetrack .. marshalled slice.. deferment.. etc" Ótimos temas para um post no blog hein Mario? On 5 nov, 12:00, Mário Júnior wrote: > Oi Gabi. > > Entendo sua preocupação, e acho válida.. então, deixa eu tentar reformular

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-04 Por tôpico Mário Júnior
Sinceramente... no final - e em um caso real - a diferença é tao pqna q estou mais me preocupando com UX da app doq alguns bits de memoria, ou milisegundos de processamento. =D 2009/11/4 Pergentino Araújo > Bacana Gabriela !!! > > dei uma olhada em um dos links, e a diferença realmente é ab

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-04 Por tôpico Pergentino Araújo
Bacana Gabriela !!! dei uma olhada em um dos links, e a diferença realmente é absurda: now launch the script and in the output I have this result total execution time: 2381 ms memory usage: 5924 kb NOW. Remove the *[Bindable]* property from the RGB class and launch again the test script. See at

[flexdev] Re: Aumento de memória/processamento em Bi ndable

2009-11-04 Por tôpico Gabriela Trindade Perry
yeap. Uma vez eu até me lembro de ter quetsionado o porqeu de tanto bindable pra todo lado... Até constantes são bindables, embeds são bindable http://rjria.blogspot.com/2008/02/flex-optimization-beware-bindable-vos.html http://www.sephiroth.it/weblog/archives/2009/07/bindable_no_thanks.php ht