[Prévia] [Próxima] [Prévia por assunto] [Próxima por assunto]
[Índice cronológico] [Índice de assunto]

Re: pull X push e java 1.4



> 
> Usando o exemplo que o tiago deu:
> 
> > Mas no caso client/server, que a gente tem que pensar no EP, a coisa é mais como
> > o esquema de PropertyChange que os JavaBeans implementam. Quando uma msg nova
> > chega, o servidor deve informar aos listeners (no caso, todo mundo que tá
> > conectado) que há uma msg nova, de preferencia já mandando a msg pra eles.
> 
> Imagine que voce entra no chat, e quer falar apenas com a Tiazinha, isso
> eh, ignorar por completo as outras mensagens. Usando push, voce teria de
> fazer isso client side, isto eh, voce recebe todas as mensagens 
> (overload de msgs trocadas), apenas nao as mostra. No caso do pull, 
> voce seleciona o que voce quer pedir ao servidor, no caso, apenas as
> msgs da Tiazinha. 
> 
> Voce ateh pode implementar isso no push, mas teria de ligar o cliente a um
> conjunto de pessoas, ao inves de uma sala. Mas ai o problema se repete
> recursivamente: faz de conta que voce soh quer as mensagens IMPARES da
> tiazinha.... voce simplesmente nao faz isso no PUSh, voce recebe TODAS
> (overload) e soh mostra as impares.
> 

Ao meu ver, isto depende apenas de como vc modelou seu sistema. Push e pull nao tem nada a ver com isto.

> O problema do push eh: ele eh TOTALMENTE dependente da implementacao do
> servidor, o pull nem tanto, voce ESCOLHE o que quer, e esse eh o lance
> legal do pull, apesar da eficiencia ser menor em casos que envolvem
> transacoes continuas.
> 
> No push voce SEMPRE recebe todas as mensagens, querendo, ou nao
> querendo. Assim como o propertyChange do javaBean... pode ser que voce nao
> tenha o MENOR interesse para aquela mudanca, mas voce recebe o aviso,
> completamente desnecessario...
> 
> > 
> > Tem um ponto que o Nelson falou que nao dá pra negar: se a parte que conversa
> > com o servidor (e portanto, usa CORBA) é um módulo redondo, que expoe os dados
> 
> Se le eh um modulo redondo, voce nao pode simplesmente falar para o
> cliente apenas escutar as mensagens da 'Tiazinha', que no PULL voce
> poderia, mesmo sendo um modulo redondo.
> 
> Modulo redondo, para o push, significa AMARRAR suas opcoes. para o pull,
> continua tudo beleza.
> 
> falou
> paulo
> 
> 
> 
> 
> > de forma limpa e com baixo acoplamento, vc pode ter uma infinidade de clientes
> > diferentes (customização?) mudando apenas a interface (texto, gráfica,
> > reconhecimento de voz, etc). Dá pra fazer ainda coisas interessantes como BOTs,
> > ICQ-forwarder, etc.
> > 
> > Aquele abraco!!
> > Tiago "2 centavos?" Silveira
> > 
> > 
>