Sadržaj
Modeli primjene
Komunikacija u stvarnom vremenu postaje nužnost u web aplikacijama koje se trenutno izrađuju, iza su one web stranice koje su imale na desetke stranica za svaku radnju korisnika, sada se sve vrti oko aplikacija jedne stranice i njezine sposobnosti da bude dinamična i asinkroni.
To nas dovodi do razvoja tehnika koje nam omogućuju usvajanje i izdvajanje informacija u stvarnom vremenu iz podataka obrađenih u aplikaciji, pa moramo poznavati osnovne tehnike koje nam omogućuju izvođenje ovih pristupa.
U ovom odjeljku vidjet ćemo neke tehnike za izvlačenje informacija u stvarnom vremenu, odnosno dostizanje stanja asinkronosti bez ovisno o radnjama korisnika da poslužitelj pošalje podatke klijentu.
The klasični model aplikacije je kada naša stranica čeka odgovor poslužitelja, na taj način ostaju u sinkronom stanju zbog čega svi novi podaci ovise o radnjama koje korisnik izvršava na klijentskom sloju, pa ako želite vidjeti ažuriranje, morate izvršite radnju koja ponovno učitava stranicu.
Asinkroni modelDrugi model je model asinhronije prema AJAX gdje se dijelovi stranice ponovno učitavaju, na ovaj način izbjegavamo ponovno učitavanje cijelog dokumenta, međutim i dalje ovisimo o prvom događaju koji je da je korisnik poduzeo neku radnju.
Konačno, možemo govoriti o istinskoj komunikaciji u stvarnom vremenu kada poslužitelj šalje informacije bez obzira na radnje korisnika, iako ovo zvuči složeno uistinu nije, to su jednostavno različite tehnike koje možemo koristiti, za to ćemo pogledajte neke od onih koje imamo na raspolaganju:
Ova tehnika sastoji se od simulacije razgovora između klijenta i poslužitelja, na taj način možemo povremeno donositi ažuriranja podataka bez ometanja korisnika, ostavljajući dojam da se podaci guraju u stvarnom vremenu.
Da bi se to postiglo, između poziva se pravi kombinacija AJAX i funkciju mjerač vremena () od JavascriptNa taj način možemo kontrolirati kako i kada će se podaci prikupiti, nedostatak toga je što trošimo resurse jer ćemo, ako ima više zahtjeva od dobivenih podataka, pretjerano koristiti poslužitelj, što može generirati probleme s performansama.
Zbog toga vezu sa poslužiteljem držimo otvorenom sve dok ne dođe do odgovora, ovo je malo sličnije stvarnom vremenu, međutim problem je u tome što se, kad je veza jako duga, može zatvoriti ili možda klijent pristupa s mjesto koje zatvara veze na vrlo kratak način, stoga nije jako pouzdano, također ako otvorimo mnoge niti ovog stila možemo uzrokovati rušenje poslužitelja.
Prethodnistranica 1 od 2SljedećiJe li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod