Geralmente, eu uso só uma tela mesmo ... acho que é pra isso que serve o
conceito de reutilização de componentes, não? =)
Sobre como passar o objeto pra próxima tela, eu geralmente passo como
parâmetro em uma função (geralmente, um XML). Ela se encarrega de popular
todos os campos do formulário.
Pra devolver o objeto editado, eu tenho um objeto (de novo, geralmente XML)
que, agora sim, faz um binding dos campos do formulário para os campos desse
XML. Esse XML representa o meu modelo do banco.
E agora vem a pergunta: pq não fazer um binding na hora que o componente
recebe os dados a serem editados? Pq já existe um binding dos campos pro
xml. Se eu fizer um bind do XML que eu recebo (que é o mesmo que representa
meu model, dentro do componente) pros campos, vou acabar caindo em uma
recursão infinita ...
Certamente existe uma forma mais racional de fazer isso ... vamos ouvir
nossos companheiros experts em design patterns!
(Dei uma lida no que escrevi e não entendi muita coisa ... alguém entendeu?
rs ...)
Abraço!
Elvis
2008/5/24 Pergentino Araújo <[EMAIL PROTECTED]>:
>
> Olá Pessoal,
>
> normalmente quando se tem uma entidade que terá uma tela de inclusão e
> alteraçao, vocês utilizam 1 só tela ??? Ou sempre fazem um mxml pra
> cada ação desta !?
>
>
> Se fazem somente 1, como vocês esquematizam pra passar o objeto pra
> próxima tela (ou somente o código por exemplo) e nos TextUnput's
> colocaria o valor ao estilo {binding} ?
>
> Queria saber quais são as boas práticas pra estas situações...
>
>
> []'s
>
> --
> Atenciosamente, Pergentino.
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
