Não.. não existe variáveis globais qnd se trabalha orientado a objetos.
Nesse caso, vc usa uma classe singleton para q seus atributos tenham sempre
o mesmo valor. (o modelLocator por exemplo)
Mas o cuidado q eu digo é qnd me refiro a idéia de usar/ficar jogando
variáveis atoa dentro do model locator... isso não é bom e isso q não
concordo com a filosofia do Cairngorm.
Por exemplo, precisa pegar uma lista do servidor (arraycollection, q veio
pelo resultEvent) e jogar numa num grid da tela X. Segundo o cairngorm tem
duas formas de fazer isso:
- Usa o Application.application.tela.datagrid.dataprovider para setar o
resultado (horrível isso)
- joga a variável no modelLocator para depois bindar a o dataprovider com
{model.colecao}
A segunda alternativa parece melhor, mas pense bem... vc precisa dessa
coleção só nesse View (na tela Z no caso) e não na Aplicação interia...
depois vc tem q ter o cuidado de fechar a tela e ter q ficar zerando a
vairável no modelLocator, ou então deixe-a lá para ficar consumindo um
pouquinho mais de memória do cliente... ou seja, não é uma boa prática e em
todas as suas telas vai ter q ficar zerando variáveis (repetindo código..
isso é totalmente contra o conceito de DRY - Don't repeat yourself)
Na minha opnião, a melhor forma é pegar o resultado do servidor e disparar
eventos personalizados para os componentes ouvirem, receber o objeto pelo
evento, e se auto renderizarem/setarem valores em sí próprios.
Mas o Cairngorm, por si só já tem seus eventos personalizados
(CairngormEvent) que disparam requisições para o servidor.. e depois vc ter
q criar seus eventos personalizados para receber os dados... fica meio
confuso e complicado de aplicar isso em desenvolvimento de produção com
equipe grande. Justamente por isso q não adotamos o cairngorm. Uma
alternativa é ver como o PureMVC trabalha, usando Proxys e Mediators para
atuarem nesse "meio de campo" entre resultado servidor <=> renderização no
view... mas, o pureMVC vai bem além disso e acaba complicando um pouco
tb...
Mas bem... um comparativo entre cairngorm x pureMVC vai acabar deixando esse
e-mail muito grande e complicado de explicar em poucas linhas... mas o ideal
é que vc organize-se de forma cíclica sem quebrar fronteiras de camadas e
sem acumular variáveis desnecessárias no seu ModelLocator. Por isso fica o
alerta.. modelLocator é legal e eu uso no fw que fiz aqui, mas uso com muito
cuidado... hoje, o maior modellocator que eu tenho tem 5 objetos apenas...
coisas que preciso q estejam vivas para toda a aplicação, o resto, cada
view/component cuida do seu objeto...
Desculpa a extensão do e-mail.. mas é q o assunto é interessante e não tem
como explaná-lo em poucas palavras...
Abraços..
Júnior
--
Mário de Souza Júnior
Programador Java / Flex : AS3 / PHP
(44) 4009-3550 Maringá-PR
http://blog.mariojunior.com
[EMAIL PROTECTED] (gtalk, msn, etc..)
--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
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
-~----------~----~----~----~------~----~------~--~---
