Până acum, metoda cea mai populară pentru stocarea locală a fost cookie-ul. Un cookie este o pereche cheie-valoare care este stocată local într-un fișier text (4KB sau 20 de perechi maxime (IE) pentru un domeniu). În plus, cookie-urile sunt transmise serverului cu orice cerere HTTP către server, chiar și cu AJAX. Este normal ca standardul să aibă instrumente pentru stocarea mai practică a datelor în browser.
Din întreaga specificație HTML5. stocurile locale de date despre clienți sunt probabil unul dintre cele mai discutate subiecte. Există atât opinii pozitive, cât și negative. Dintre minus, cea mai importantă este încălcarea conceptului de relevanță a datelor pentru toți utilizatorii, adică modul în care funcționează acum: utilizatorul accesează site-ul și vede cea mai recentă versiune a aplicației web, pe care o văd ceilalți utilizatori. Cu toate acestea, cu utilizarea corectă a stocării locale și a actualizărilor în timp util ale datelor, aceste probleme pot fi evitate.
Astfel, depozitul de pe partea clientului este împărțit în 3 metode principale:
Să aruncăm o privire mai atentă la fiecare dintre ele:
1. Sesiunea de stocare - stocarea sesiunii
Sesiunea de stocare este mai convenabilă decât un modul cookie. Cu implementări diferite max. Limita poate fi de ordinul mai multor Mbit. Spre deosebire de modulele cookie, datele de sesiune nu sunt trimise cu fiecare cerere.
Avantaje: la cerere, sarcina utilă este minimă.
Iată un exemplu de depozit de sesiuni:
2. Depozitare locală - stocare locală
Cu stocarea locală a datelor, specificația a fost rescrisă la o parte mai sigură. Ie acum datele sunt automat legate de domeniu.
Durata acțiunii: dacă este stocată în Local Storage, datele sunt salvate chiar și după ce fila / fereastra / browser-ul este închisă.
Iată cum se face:
3. Stocarea bazei de date - stocarea în baza de date
Până acum, am discutat depozitele limitate de perechi cheie-valoare. Dar când aveți de-a face cu o cantitate mare de date, este mai bine să aveți o bază de date care încă nu a fost inventată. Browserele utilizează o bază de date SQLite care rulează fără procese și servere suplimentare. Numai cu restricții mici, de exemplu absența unei chei străine.
Dar, în schimb, veți obține o bază de date completă SQL. Și lucrul cu acesta este realizat pe SQL.
Iată un exemplu de cod pentru accesarea bazei de date locale:
Exemple de demonstrații pe care le puteți vedea aici (aveți nevoie de un browser webkit) În timp ce specificația HTML5 este suficient de brută și conține un număr mare de vulnerabilități. Cred că situația se va schimba în mod semnificativ odată cu lansarea FireFox4 și IE9, ale căror lansări se află chiar la colț.
Articole similare
Trimiteți-le prietenilor: