Se olharmos em sites especializado vemos que 99% vai dizer RemoteObject é mais rápido e mais indicado, esse link do Julio diz tudo. Uma vez eu fiz a mesma coisa nos dois e o Remote ganhou. A idéia do Mário pro Pergentino falar sobre sua tese é legal que ai ia ter uma posição contraria bem legal pra todo mundo ver, quem sabe também no caso dele especifico o WebService ganhou...
2009/5/20 bruno bg <bruno...@ig.com.br> > 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/33b5ef85f0d8a3b6/b1c816f85511cdb6 > 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 >> >> >> >> > > > > > -- Bel. Vinícius Velasco MSN: ircvinic...@hotmail.com Skype: ircvinicius Fone: 66 9206 6966 Rondonópolis - Mato Grosso - Brasil "Nos seus momentos de aflição, não se envergonhe de baixar a cabeça e chamar por Deus!!!" --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
