... tako što zahtev uvek polazi sa strane klijenta.
Ovo je višekorisnička aplikacija u realnom vremenu gde server treba da obaveštava sve klijente o promenama u sistemu.
I nije neophodno jer simulacija "pingovanjem" servera obezbeđuje diskretnu aproksimaciju realnog vremena (alaj sam ga sad :-)). Izvesni problemi naravno postoje:
- koliko trpi sistem trpi ako se na njega simultano kači 200 korisnika (ili priličan broj puta više) koji šalju zahtev svake sekunde (ovo je naravno vrlo realno ako pogledaš realizovani ČNLJS)?
- kako server treba da tretira klijenta koji ne pošalje ping u roku od 5 sekundi?
- gde server pamti kog je klijenta obavestio o nekoj promeni a koji je još uvek u redu za obaveštavanje?
Samo ovo poslednje pitanje bih nazvao priličnom komplikacijom za development.
Što se tiče socket varijante, komunikacija se takođe odvija razmenom xml-a (mada može kako hoćeš, ali taj mi je najslađi :-) - jedino što se za komunikaciju sa serverom ne poziva svake sekunde recimo PHP skripta već postoji direktan kanal do porta servera, port osluškuje recimo rezidentni serverski java programčić koji uglavnom radi samo kao dispečer poruka između klijenata nakačenih na taj port.
Jednostavno - ne vidim po čemu tvrdiš da je komplikovaniji development u ovom slučaju.
|