@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
-~----------~----~----~----~------~----~------~--~---

Responder a