Bruno, Acho que vc está enganado... pelo contrário, Flex é assíncrono por natureza... na verdade não tem como fazer um procedimento síncrono em Flex, nem Air. Tome AIR por exemplo, que te dá acesso direto a arquivos locais. Se vc usa uma chamada para digamos ler um arquivo (file.load()), esta chamada será sempre assíncrona. Um evento será disparado quando os dados do arquivo estiverem carregados. isto é, imediatamente após a chamada file.load(), nada ainda estará disponível. EM outros ambientes, (PHP, ASP, C, VB, Delphi, ...), qdo vc executa um 'read', esta chamada é em geral síncrona por default. Quer dizer, imediatamente após a chamada (read, load,...), os dados já estarão disponíveis.
Nos casos de obtenção de dados de fontes remotas (HTTP, SOAP, REmoting,..) então, nem se fala. O que muita gente confunde com 'sincronismo' em Flex é o fato de vc estar limitado a uma única chamada a um WebService, HTTPService ou RemoteService quando este é definido via tag <mx:xxxxService />. Esta limitação só existe em mxml. Com AS vc tem a classe AsyncToken que te permite disparar múltiplas chamadas simultâneas para o mesmo 'serviço' (qqr tipo). Eu tenho aplicativos com telas que tem dezenas de datagrids, comboboxes, lists e forms, todos carregados remotamente e simultâneamente de forma assíncrona. No meu caso eu uso WebServices em função do meu backend que não suporta remoting. julio On May 20, 10:22 pm, bruno bg <bruno...@ig.com.br> wrote: > Entendi. > Eu tenho algumas telas que necessito de fazer muitas chamadas , mas hoje só > consigo fazer uma chamada de cada vez, um após a outra. > Pelo que vi e me responderam o FLEX é sincrono . E não possibilita fazer > chamadas assincronas. > > EX: tenho uma tela de cadastro de cliente onde tenho 3 combos onde faço o > RemoteObject me retornando arrayColection, com Binding. e tenho 3 combos com > ArrayColection que são criados no próprio MXML. > e nessa mesma tela tenho (por enquanto) 2 DataGrids que tb tem seus > RemoteObject me retornando ArrayColection preenchendo seus respectivos > DataGrid. > Que onde eu clico num Item já abre a tela correspondente ao seu DataGrid > para edição ou cadastramento de um registro novo. > e ainda essa tela vai "crescer". > > Ainda não sei se é o certo , mas tb não sei se é errado. Não vi ainda > nenhuma "cartilha" para telas complexas igual a essa minha. > Pesquisei se existe alguma maneira de fazer chamadas assincronas > :http://groups.google.com.br/group/flexdev/browse_thread/thread/33b5ef... > Mas não achei nada que me convence.! > > mande o anexo para darmos uma olhada. > > 2009/5/20 Mário Júnior <juninho...@gmail.com> > > > @Pergentino, > > > Fiquei curioso sobre sua tese de *não usar r*emoting para aplicações que > > tiverem várias chamadas/requisições. > > > Se puder dissertar algo sobre sua tese, e quais métodos de testes o levaram > > a essa conclusão, gostaria de debatê-la. > > (na maior boa vontade, claro =D) > > > um abraço. > > > 2009/5/20 Pergentino Araújo <jpergent...@gmail.com> > > >> Cara, RemoteObject (em geral) é bem mais rápido do que WebServices, porém > >> se sua aplicação tiver várias chamadas simultâneas, é aconselhavel utilizar > >> WebServices. > > >> Em um recente estudo que estou fazendo para minha dissertação de mestrado, > >> fiz um teste sobre o tempo de resposta em 3 modos de comunicação (segue em > >> anexo) e, como meu projeto trata de um sistema em larga escala, escolhi por > >> WebServices. > > >> Mas é como o Stefan falou, cada projeto tem suas particularidades, mas > >> creio que uma regra geral para uma aplicação que *não *haverá uma > >> sobrecarga de chamadas é o uso de RemoteObject, do contrário, WebServices. > > >> Espero ter ajudado a esclarecer tua dúvida. > > >> 2009/5/20 Stefan Horochovec <stefan.horocho...@gmail.com>: > > >> > Ola > > >> > Utilizo RemoteObject por ser MUITO mais rápido que Webservice, porem, o > >> > projeto em qual trabalho permite que eu o utilize. > > >> > Cada projeto tem suas particularidades. Se eu puder optar, sempre irei > >> > trabalhar com RemoteObject, porem, se não tiver como o Webservice é uma > >> boa > >> > saida tambem, e muito facil de implementar. > > >> > Abraço > >> > Stefan Horochovec > >> > Analista de Sistemas > >> > Adobe User Group Manager - FlexDuck > >> > Blog:http://www.horochovec.com.br/ > >> > Use Java, Flex e Linux > >> > 2009/5/20 Romulo Gnomo <romul...@gmail.com> > > >> >> tbm sou curioso quanto a isso. > > >> >> -- > > > -- > > Mário Júnior > > Programador Java / Adobe Flex > >http://blog.mariojunior.com --~--~---------~--~----~------------~-------~--~----~ 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 flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
