12
Jun 07

iPhone, JavaScript, offline

Chiar acum am terminat de vazut keynote-ul lui Steve Jobs la WWDC07. Urmeaza lucruri tari de tot, din partea Apple!

Ce m-a facut, insa, sa scriu acest post, este prezentarea iPhone, mai exact a tehnologiilor cu ajutorul carora putem scrie aplicatii pentru iPhone. SDK special? Nu! Standarde web! HTML, CSS, JavaScript si orice limbaj server-side. Pai treaba asta e incredibila!

Dar ce anume o face posibila? Existenta intregului engine Safari pe iPhone. Nu WAP, nu aplicatii text-mode/JavaScript-less, ci absolut orice poate fi folosit intr-un browser, pe computer! In plus, aceste aplicatii pot accesa functii specifice ale telefonului, iar Apple va pune la dispozitie un API, in acest sens. Amazing!!

Inamicul #1

Unde sunt stocate aplicatiile? Pe un server web. Ceea ce inseamna ca ai nevoie de semnal la operatorul de telefonie, ca sa rulezi aceste aplicatii. Nu neaparat… Pentru ca “ultimul racnet” pe web sunt toolkit-urile JavaScript care permit suport offline, iar la data scrierii acestui post exista cel putin doua: Dojo Toolkit si Google Gears.

Pentru cei care nu sunt familiari cu offline support, asta inseamna ca atunci cand pierzi conexiunea la Internet, aplicatia web pe care-o folosesti (si are offline support) functioneaza in continuare fara probleme, simuland “drumurile” la server in JavaScript. Odata restabilita conexiunea, aplicatia isi sincronizeaza starea offline cu cea de pe server, printr-un update al bazei de date si nu numai.

Ce inseamna toate astea pentru JavaScript?

... da, exact!! Pentru ca modelul iPhone va fi adoptat si de catre celelalte smart-phones!
Concluzia mea: JavaScript, za language!

Update:
Mi-a placut articolul lui Jeff Croft!

  • Stiu ca initial, Apple au spus ca nu se vor putea dezvolta aplicatii 3-rd party pentru iPhone.
    Cred ca au ales JavaScript pentru ca vor evita elegant posibilele neplaceri cauzate de aceste aplicatii.
    Think Security!
  • alexdeva
    De ce ai vrea sa ai textmate pe telefon?

    Genul asta de discutie nu se poate avea intr-un mod generalist. Sigur ca anumite aplicatii se descurca mai bine pe o interfata mare cu tastatura, iar de altele e nevoie "on the go". Nu ma vad atit de ingrozit de perspectiva ca as putea uita ce idee tocmai mi-a venit in tramvai, incit sa pornesc TextMate pe iPhone si sa o urc de-acolo in SVN...

    Avantajul, in aceasta situatie, de a nu folosi un API specific al telefonului este ca Apple vor putea da tonul, in lumea producatorilor de telefonie, pentru instalarea de browsere desktop pe dispozitivele mobile. Este un pas in directia "Google" si in directia opusa "Microsoft" :)

    Seamana putin cu istoria AJAX. In loc sa reinventeze vreo tehnologie proprietara (cum ar fi facut, si fac, cei de la Microsoft), Google au sters praful de pe o idee veche de citiva ani, si-au facut-o sa mearga in Google Maps. Apple face azi la fel cu iPhone...
  • gandeste-te cum ar fi fost sa ai textmate pe telefon.
  • i disagree. desi e o treaba buna, ideea cu aplicatiile "ajax web 2.0-ish" e mai proasta decat niste aplicatii core, scrise intr-un limbaj de programare adevarat, care sa interactioneze cum trebuie cu sistemul de operare al telefonului. care, vorba aia, este osx. dispune de atatea facilitati (sistem de ferestre, efecte, widgeturi), si noi vom fi limitati sa scriem aplicatii in javascript care cel mai probabil vor fi la fel de greoaie ca orice aplicatie ajax. chiar vrei ca o aplicatie de pe telefon sa reactioneze la fel de greu ca gmail?
blog comments powered by Disqus