mobiles web app

[_korso_]

Pa serverski ACL sistem mora da postoji.
Imas verovatno vise mogucnosti da ovo resis, sto zavisi od vise stvari verovatno.

Jedna od mogucnosti je da nemas ACL na clientu. Kada si npr. na stranici 2, ti trebas odraditi prefetch za 1 i 3. Ispalis request ka serveru, server vrati npr. status 403 forbidden ili kako god da implementiras ovu "gresku" da kazem, a ako vrati podatke onda ih smestis tamo gde zelis. I korisnik na swipe dobije podatke. Ako pak je vracen kod greske, onda npr. ostavis ga na toj stranici gde je trenutno i prikazes obavestenje da nije autorizovan, ponudis dugme/stranicu za autorizaciju ili home...

Komplikovanije, ali u "skladu" sa UX na mobilnim platformama je da sa dovlacenjem inicijalnog javascripta, dovuces i neki konfiguracioni fajl (obican js fajl) koji ti cuva podatke o trenutom korisniku, kao i page stack kome moze da on pristupi. Tako da ako je na stranici 5, a nema pravo da vidi str. 4, vec samo 1 i 2, onda prakticno swipe-left ga vodi na prvu koja je u onom konf fajlu ili stranicu 2 po ovom primeru. Takodje je i ovo resenje optimalnije, jer radis samo prefetch za stranicu za koju korisnik ima autorizaciju.
A gresku da nije autorizovan treba prikazati tek kada odradi nevalidan swipe, jer ako je na stranici 2 on niti zna da je odradjen prefetch niti ce kao sledecu akciju da odradi bas to. Mozda ce samo da zatvori app.

Sve zavisi od situacije, od same logike aplikacije, nemam celu sliku pa je ovo na prvu loptu. Postoje jos neke varijante, ali zavise od sire price i organizacije aplikacije. Valjda ces izvuci nesto odavde.

//edit
Backbone.js ili varijante tipa ember.js. spine.js, su bas i napravljene za neke ovakve varijante, posto vec radis sa jqueryjem. Mozda da odvojis 2-3 dana i probas da vidis da li ti odgovara.

[dee]

Originalno napisao _korso_

Komplikovanije, ali u "skladu" sa UX na mobilnim platformama je da sa dovlacenjem inicijalnog javascripta, dovuces i neki konfiguracioni fajl (obican js fajl) koji ti cuva podatke o trenutom korisniku, kao i page stack kome moze da on pristupi. Tako da ako je na stranici 5, a nema pravo da vidi str. 4, vec samo 1 i 2, onda prakticno swipe-left ga vodi na prvu koja je u onom konf fajlu ili stranicu 2 po ovom primeru. Takodje je i ovo resenje optimalnije, jer radis samo prefetch za stranicu za koju korisnik ima autorizaciju.
A gresku da nije autorizovan treba prikazati tek kada odradi nevalidan swipe, jer ako je na stranici 2 on niti zna da je odradjen prefetch niti ce kao sledecu akciju da odradi bas to. Mozda ce samo da zatvori app.

Sve zavisi od situacije, od same logike aplikacije, nemam celu sliku pa je ovo na prvu loptu. Postoje jos neke varijante, ali zavise od sire price i organizacije aplikacije. Valjda ces izvuci nesto odavde.

ovo zvuci odlicno i svakako optimalno. napravi se prefetch samo onih koje smije vidjeti i na osnovi toga se slozi i swipe-flow, nazovimo to tako.
ono sto je meni bilo maglovito je ta promjena paradigme: nemamo klasican request vec onaj koji se dogadja u pozadini, a na osnovi njega treba definirati ponasanje onog sto je vec na ekranu (200/403 prefetcha u pozadini odredjuje swipe ponasanje trenutne stranice).

Originalno napisao _korso_

//edit
Backbone.js ili varijante tipa ember.js. spine.js, su bas i napravljene za neke ovakve varijante, posto vec radis sa jqueryjem. Mozda da odvojis 2-3 dana i probas da vidis da li ti odgovara.

cini se da cu morat.
vidjet cu koliko mi je lako/tesko implementirati ovaj flow bez njih (jer imam trenutno prilicno ograniceno vrijeme), ali ocito u svakom slucaju vrijedi pogledati.

puno ti hvala, sad je dosta toga jasnije!

[dee]

Originalno napisao _korso_

Komplikovanije, ali u "skladu" sa UX na mobilnim platformama je da sa dovlacenjem inicijalnog javascripta, dovuces i neki konfiguracioni fajl (obican js fajl) koji ti cuva podatke o trenutom korisniku, kao i page stack kome moze da on pristupi. Tako da ako je na stranici 5, a nema pravo da vidi str. 4, vec samo 1 i 2, onda prakticno swipe-left ga vodi na prvu koja je u onom konf fajlu ili stranicu 2 po ovom primeru. Takodje je i ovo resenje optimalnije, jer radis samo prefetch za stranicu za koju korisnik ima autorizaciju.
A gresku da nije autorizovan treba prikazati tek kada odradi nevalidan swipe, jer ako je na stranici 2 on niti zna da je odradjen prefetch niti ce kao sledecu akciju da odradi bas to. Mozda ce samo da zatvori app.

Sve zavisi od situacije, od same logike aplikacije, nemam celu sliku pa je ovo na prvu loptu. Postoje jos neke varijante, ali zavise od sire price i organizacije aplikacije. Valjda ces izvuci nesto odavde.

vracam se ovom postu svako malo...

nego, krenuo sam i vec dosao do nekoliko stranica aplikacije. idem ovim putem sa konfiguracijskim fajlom na osnovi kojeg gradim i menu i swipe flow. e sad, postavlja se na kraju pitanje, zasto uopce imati prefetch? (razdvajam ui logiku na client i server, imam dodatne requeste, etc...)
UI mi je ionako prilicno jednostavan (ocekivano za mobile platformu) tako da se sve vise bavim mislju - zasto uopce raditi prefetch? Odnosno, obrni okreni, zasto server ne bi bio samo za podatke, a kompletna UI logika (kreiranje i sve UI promjene) odradjene na clientu u js? U tom slucaju, server sluzi za autorizaciju + cist data.

Ne zvuci li to kao 'najcisci' pristup?