Claudiu Persoiu

Blog-ul lui Claudiu Persoiu


Archive for the ‘JavaScript’ tag

Web as a platform pe Desktop folosind Adobe AIR

without comments

Dupa al doilea miniproiect revin cu noile mele pareri despre Adobe AIR!

Lucrand cu Adobe AIR am avut o revelatie, in 2004 John Battelle si Tim O’Reilly prezentau conceptul “Web as Platform”. Acum, folosind Web-ul ca o platforma putem dezolta aplicatii desktop. Practic am parasit un mediu pentru a ne intoarce la el cu o noua perspectiva.

Daca prima data nu am avut decat 3 zile la dispozitie, acum nu am mai fost atat de constrans. In acest timp am avut timp sa mai decopar cateva din facilitati, cum ar fi NativeMenu si suportul pentru SQLite.

Cred ca SQLite are scopul de a compensa pentru facilitati de stocare care nu sunt disponibile pe aceasta platforma cum ar fi cookie-uri. Evident pentru ca SQLite foloseste baze de date, capacitatea de stocare este mult superioara fata de mediul Web traditional.

Dar de ce Adobe AIR fata de alte platforme, cum ar fi Java sau C#? Pentru ca e simplu! Nu cred ca Adobe AIR a fost intentionat ca o unealta pentru a construi aplicatii mari, desi probabil doar in timp se poate vedea acest lucru. Acesta este o unealta buna pentru aplicatii de dimensiuni mici si medii care pot aduce un plus fata de Web. De exemplu in aplicatia mea am facut un sistem de alterte, m-am gandit ce mi-ar place mie vis-a-vis de ce am deja pe Web. Cu acest sistem de alterte eu nu mai sunt nevoit sa intru si sa verific tot timpul ce se intampla. La fel de bine cred ca se pot implementa chat-uri sau instrumente similare, pana la urma daca se poate pe Web, se poate si aici.

Ce are Adobe AIR este un sistem foarte interesant de distributie, practiv platforma este distribuita impreuna cu Adobe Acrobat Reader, lucru care o face disponibila chiar si pe calculatorul tau fara chiar sa sti.

Ce nu are Adobe AIR si cred ca ar fi fost util este un sistem de a accesa obiecte COM de exemplu, facilitati de a accesa si alte sisteme de baze de date in afara de SQLite, care oricum este un sistem foarte simplu.

Un alt lucru care mi-ar place ar fi capacitatea de a folosi facilitati specifice Adobe Flash din JavaScript. Stiu, ar trebui sa le fac in Flash daca tin de Flash dar eu prefer JavaScript ca platforma. Probabil aceste lucruri nu sunt disponibile in JavaScript pentru ca acest limbaj are facilitatiile aduse de HTML 5, cum ar fi: Canvas si Audio, care compenseaza oarecum cu elementele de Flash care nu sunt disponibile implicit in JavaScript.

Adobe AIR 2 care este momentan in beta, probabil va mai rezolva din novoia de acces pentru resurse de sistem.

Parerea mea este ca Adobe AIR este platforma pe care un Web developer poate dezolta aplicatii desktop cu usurinta!

Written by Claudiu Persoiu

21 April 2010 at 3:13 PM

Posted in Diverse,JavaScript

Tagged with , ,

Adobe AIR

without comments

Saptamana trecuta a trebuit sa realizez un mic proiect. Cerinta era scurta: interoperabilitate. Avand in vedere ca nu am folosit niciodata Adobe AIR am zis ca este o oportunitate buna sa incerc.

Rezultatul este o mica aplicatie de project management. Pentru server am folosit PHP + SOAP + Zend Framework, pentru client am folosit Adobe AIR cu JavaScript.

Serverul l-am rezolvat in cateva linii:

<?php
// clasa de autoload pentru Zend Framework
include 'Zend/Loader/Autoloader.php';

// clasa care va rezolva cererile SOAP
include 'SOAP.class.php';

// initializez autoloader
Zend_Loader_Autoloader::getInstance();

// daca se cere fisierul WSDL pentru descriere
if(isset($_GET['wsdl'])) {
 $autodiscover = new Zend_Soap_AutoDiscover();
 $autodiscover->setClass('test');
 $autodiscover->handle();
// daca se face un request SOAP
} else {
 $soap = new Zend_Soap_Server("http://localhost/soap/index.php?wsdl");
 $soap->setClass('test');
 $soap->handle();
}

?>

Descriptorul se construieste automat folosind comentarile de tip PHP Documenter din clasa care se ocupa de apelurile SOAP, in acest caz clasa se numeste “test”.

Acum ca am trecut de partea usoara m-am apucat de clientul Adobe AIR urmand acesti pasi simpli:

  • Descarcat si instalat Aptana Studio
  • Instalat plug-in Adobe AIR
  • New project -> Adobe AIR
  • and voila! Codarea poate incepe!

Adobe AIR foloseste ca motor pentru JavaScript Webkit. Suna cunoscut? Webkit este folosit de Safari si Google Chrome. Deci codul JavaScript nu trebuie sa fie compatibil decat cu Webkit!

Evident exista un “dar” si un plus. “Dar”-ul este ca exista niste restrictii, de exemplu “eval” nu se poate folosi decat pentru decodare de JSON, iar textul introdus intr-un element direct (ca text) nu poate fi rulat:

div.innerHTML = "<a onclick=\"alert('ceva')\" href=\"#\">click</a>";

Link-ul va ajunge in element dar nu va rula nimic la onclick pentru ca paramentul a fost trimis ca text.

Asta a fost un dezavantaj destul de mare pentru mine, dar am reusit sa gasesc o alternativa construind elementele html folosind DOM si adaugand actiuni cu addEventListener.

Pe scurt Adobe AIR are formula:

Adobe AIR = (Webkit)Web Development - security + air framework.

Mi se pare foarte usor de dezvoltat in Adobe AIR pentru un Web Developer care vrea sa realizeze o aplicatie desktop.

Evident nu este foarte rapid si nu mi se pare o solutie buna pentru programe foarte complexe. Dar daca vine vorba aplicatii medii si mici, daca ar trebui sa aleg intre Adobe AIR si PHP GTK de exemplu, prima varianta mi se pare mult mai viabila si usor de folosit!

Pana la urma proiectul a fost gata in mai putin de 3 zile iar grafica a iesit genial! Nici nu pare o aplicati facut folosind doar HTML si JavaScript!

Written by Claudiu Persoiu

6 November 2009 at 11:44 PM

JavaScript Games

without comments

Astazi este lansata oficial sectiunea de jocuri JavaScript! Jocurile au fost facute de curand, dupa modelul unor jocuri clasice.

Am inceput primul joc ca sa-i demonstrez unui prieten ca se pot face si astfel de aplicatii in JavaScript. Si pana la urma asta este una dintre ideile principale a le sectiunii: interactivitate in browser folosind doar HTML, CSS si evident JavaScript!

Astazi le fac publice pentru ca este pacat sa nu ofer si altora ocazia sa piarda vremea jucandu-se :).

Jocurile ar trebuie sa functioneze cross-browser, nu au HTML 5 sau alte lucruri care pot duce la incompatibilitate. Trebuie doar sa evidentieze puterea JavaScript, fara alte unelte sofisticate.

Multe dintre jocuri nu sunt bine finisate, dar sper ca in timp voi mai rezolva din problemele lor, voi mai adauga facilitati noi si evident alte jocuri. Daca aveti sugestii sau probleme, va rog trimiteti un mail la claudiu@claudiupersoiu.ro.

Distractie placuta!

Written by Claudiu Persoiu

2 August 2009 at 7:14 PM

Rata de adoptie si dezvoltarea de software pe web

with 2 comments

Cum influenteaza rata de adoptie a noilor produse si/sau versiuni de soft dezvoltarea produselor pentru Web si cele de tip client-server?

Din perspectiva unui web developer, suntem restrictionati de serverele pentru care dezvoltam si browserele clientilor. De multe ori compromisurile merg foarte departe de dragul de a satisface o piata mai larga.

PHP

In prezent versiunea stabila de PHP este 5.3.0, totusi folosirea acestei versiuni in productie ar fi o decizie puierila. Versiunea a aparut de putin timp si probabilitatea de a gasi aceasta versiune pe serverele de hosting este foarte mica.

In mod logic o versiune mai potrivita este 5.2.10. Si totusi, daca versiunea 5 a aparut acum aproape 5 ani, de ce un framework popular precum CakePHP inca nu foloseste avantajele aduse de aceasta versiune? Pentru ca pana de curand o buna parte din serverele de shared hosting care aveau suport pentru PHP, aveau inca versiunea 4.

Cum se traduce asta in productie? Daca nu dezvolti produse interne sau pe servere proprii, sau asupra carora ai control, ar trebui sa fi constient ca produsul tau poate ar trebui sa fie compatibil si cu versiuni de PHP mai vechi, iar noile facilitatie nu trebuiesc folosite.

Trist si ridicol dar adevarat.

PHP 5.3 aduce destul de multe facilitati noi, dar pana aceste facilitati vor putea fi folosite in productie probabil vor mai trece cativa ani. Iar pana acestea vor ajunge si in framework-uri probabil si mai mult (de exemplu namespace-urile sunt utile in framework-uri).

MySQL

Versiunea stabila curenta este 5.1.36.  Versiunea 5.x, lansata in 2005 a adus multe facilitati noi, cateva dintre ele sunt: rutine stocate (functii si proceduri), triggere, views, cursori, information schema etc.

Rutinele stocate probabil reprezinta una dintre cele mai mari schimbari. Acestea sunt cel mai cunoscute probabil de la Oracle PL/SQL, desi MySQL le-a implementat dupa standardul ANSI SQL 2003.

Dar pentru ca MySQL 5.0 a stat mult in beta rata de adoptie este si aici foarte scazuta. Din nou, sunt aproape 4 ani de cand a fost lansata versiunea iar ea inca nu este suficient de raspandita.

Concluzia, pur si simplu nu se recomanda folosirea noilor facilitati daca nu vei putea controla serverul.

Browserele si JavaScript

Problema browserelor ii afecteaza atat pe programatori cat si pe designeri.

Probabil cel mai vechi browser folosit pe o scara inca destul de larga este Internet Explorer 6. Acesta a fost lansat in 2001, adica in urma cu 8 ani si este inca folosit de ~30% dintre utilizatori.

In 2001 JavaScript era considerat inca un limbaj de scripting infantil, care era folosit mai mult pentru efecte vizuale simple.

O data cu “descoperire” AJAX in 2005, JavaScript a prins din nou viata. JavaScript nu mai era doar un limbaj folosit pentru efecte vizuale reduse ci era privit ca o tehnologie de viitor.

Browsere cum ar fi FireFox, Opera, Google Chrome sau Safari au facut progrese mari pentru a imbunatatii viteza de executie pentru JavaScript. Pana si Internet Explorer 8 lucreaza mai bine cu JavaScript, dar este departe de a fi la fel de popular ca versiunea 6. Si ca sa fie completa problema Microsoft are o mare problema cu pastrarea compatibilitatii intre produsele sale.

Motivul pentru aceasta problema de adoptie a noilor versiuni Internet Explorer este de fapt sistemul de operare. Cel mai popular sistem de operare de la Microsoft este Windows XP. Acesta avea preinstalat Internet Explorer 6. Avand in vedere ca Windows Vista a intrat mult mai greu pe piata din pricina bug-urilor initiale, problemelor cu driverele, resurselor consumate si a altor probleme, a insemnat ca Windows XP a ramas inca foarte popular. Evident nu toti care folosesc Windows XP utilizeaza IE 6, multi au facut update sau pur si simplu folosesc alt browser. Dar multi dintre utilizatori folosesc acest browser care vine preinstalat.

Apropo de acest aspect, Windows 7 va fi distribuit in Europa fara IE instalat. Sunt foarte curios cum va influenta asta piata browserelor.

In ultima vreme telefoanele “smart phone” si dispozitivele PDA au devenit tot mai populare. Multa lume le foloseste pentru a naviga pe Internet. Deci dupa problema de compatibilitate cu browserele de pe PC, acum apare si problema de compatibilitate cu browserele de pe mobil. De exemplu, telefonul meu a venit cu doua browsere: Internet Explorer si Opera. Internet Explorer pentru mobil este groaznic, asa ca eu folosesc Opera care face o treaba buna.

Problema este ca multe dispozitive PDA/smart phone cu Windows Mobile au doar Internet Explorer in standard, si  revenim la problema anterioara.

Cand vine vorba de Apple cu renumitul iPhone browserul folosit este Safari (si cred ca nu se poate instala alt browser, dar nu sunt sigur ca mai este inca aceasta problema).

Deci atunci cand realizam o interfata sau o aplicatie JavaScript, ar trebuie sa luam in considerare cateva aspecte cum ar fi:

  • dispozitiv (ex: PC, PDA, smart phone etc.)
  • sistem de operare (ex: Windows, Linux, Mac, Symbian etc.)
  • browser cu versiunea aferenta (Internet Explorer 6,7,8; FireFox, Safari, Opera etc.)
  • HTML 5 este aproape aici, dar cand vine vorba de browsere ma intreb cand se va spune cu adevarat despre HTML 5 ca se poate folosi pe scara larga avand in vedere ca peste jumatate din piata in arest moment este dominata de IE 6 si 7.

    Eu zic ca o sa fie cam 5 ani…

    Written by Claudiu Persoiu

    15 July 2009 at 9:55 PM

    JavaScript comprimat

    without comments

    Comprimarea fisierelor .js este o buna practica pentru reducerea transferului de data si ca rezultat o incarcare mai rapida a paginilor. Dupa compresie fisierul poate sa ocupe mai putin de jumatate din spatiul initial.

    Compresia consta in reducerea la minim la spatiilor inutile dintre operatii sau elemente, a comentariilor, a liniilor noi si chiar reducerea numelor variabilelor.

    In acest sens exista mai multe unelte:

    YUI Compressor – dezvoltat de Yahoo!, probabil cea mai interesanta unealta, functioneaza atat pentru fisiere js cat si pentru css. In afara ca acesta comprima fisierele, mai face si operatii de optimizare si chiar subliniaza erori intalnite in fiserele JavaScript. Aplicatia este facuta in Java, cea ce ii permite sa lucreze pe platforme multiple.

    JSMin – dezvoltat de Douglas Crockford, este un utilitar ceva mai simplu, nu lucreaza decat cu fisiere js. Sursa pentru algoritmul de compresie este in C++, dar este disponibil si in alte limbaje cum ar fi PHP.

    Compresorul lui Dean Edwards – este un copresor foarte interesant care mai are si avantajul ca poate fi rulat on-line. Sursele acestuia sunt disponibile de asemenea si in PHP.

    Dojo ShrinkSafe – Disponibile de la Dojo mi se pare ceva mai slabut ca primele mentionate dar demn de luat in calcul.

    Favoritul meu este YUI Compressor cu mai multe facilitati, dar pe de alta parte compresorul lui Dean Edwards si JSMInt au sursele disponibile direct in PHP (si alte limbaje), lucru care le face favorite pentru o eventuala automatizare.

    Written by Claudiu Persoiu

    24 April 2009 at 4:02 PM

    Posted in Diverse,JavaScript

    Tagged with ,

    JavaScript debugging cu Venkman

    without comments

    Din ciclul unelte utile dar nepromovate, in aceasta seara avem o mica unelta numita Venkman. Unealta este realizata ca extensie pentru FireFox si se foloseste pentru debugging a codului JavaScript.

    Nu stiu daca mi se pare mie sau chiar sunt foarte putine instrumente pentru asa ceva? Google Chrome are niste unelte foarte interesante pentru urmarirea proceselor JavaScript, iar probabil la polul opus se afla Internet Explorer cu niste mesaje deosebit de generice (si suficient de inutile) cu privire la erorile gasite.

    Dar de multe ori nu sunt erori de cod ci erori de logica.

    Dar sa revenim la Venkman, acesta ofera posiblitatea de a urmarii executia pas cu pas, de a opri un script sau de a continua. Imi aduce aminte de uneltele din Visual Studio pentru C++, evident nu este la nivelul acela dar este un mare pas inainte pentru JavaScript.

    In ultimele luni am incercat sa fac mici joculete in JavaScript, iar o astfel de unealta mi se pare foarte utila pentru a urmarii executia pas cu pas.

    Oricum mi se pare ca JavaScript a devenit doar de putin timp apreciat la adevaratul potential, iar aceste unelte aduc limbajul la nivelul la care merita.

    Written by Claudiu Persoiu

    18 April 2009 at 12:05 AM

    Invatarea programarii si feedback-ul

    without comments

    De cand am vazut si video-ul cu Douglas Crockford din postul trecut ma tot gandeam la motivele pentru care cineva se apuca sau se lasa de programare.

    Chiar daca multi nu mai stiu motivele pentru care au pornit pe acest drum un lucru e sigur, undeva a existat o motivatie si in general aceasta motivatie vine de la feedback.

    Daca stam sa analizam cel mai simplu si cel mai popular limbaj de markup este HTML. In ziua de azi foarte multa lume stie HTML, de ce? Ai un feedback direct! Nu trebuie sa studiezi prea mult ca sa ai primele rezultate. Evident sa faci o pagina web nu se rezuma doar la HTML de baza, dar pentru un inceput de drum este o motivatie buna.

    Pe de alta parte cred ca am auzit mai multi programatori amatori care vor sa lucrez in PHP decat in orice alt limbaj de programare (probabil si faptul ca lucrez in PHP sa-i influenteze pe cei care mi-au spus asta). Daca nu ne uitam la detalii e relativ ciudat avand in vedere ca traditional in scoala programarea se invata cu limbaje cum ar fi C, C++ si Pascal. Atunci de ce alege asa multa PHP? Simplu, daca sti HTML poti sa faci operatii simple fara sa studiezi prea mult, asta fiind una din partile bune ale acestui limbaj vs. cele de mai sus.

    Dar mai sunt si limbaje cum ar fi JavaScript. Imi aduc aminte acum 7-9 ani cand erau foarte populare butoanele “nu apasa”. Am studiat (ca doar se putea vedea) scriptul din spate de la unul, de fapt era o combinatie intre alert(), confirm(), prompt() si window.open. Cat de ridicol poate sa para dar mai nimeni nu statea sa inteleaga ce se intampla de fapt acolo, majoritatea luau cu copy/paste. Probabil asta a facut JavaScript limbajul atat de popular in zilele astea… si atat de putin inteles.

    Alaltaieri mi-a spus cineva ca “nu-i mai place programarea” de cand a intalnit obiectele. Suna cunoscut? De fapt eu cand am intalnit prima data obiectele a fost in PHP, iar autorul (Matt Zandstra) spunea “Object-oriented programming is dangerous. It changes the way you think about coding, and once the concepts have a hold on you, they don’t let go” (Teach Yourself PHP 4 in 24 Hours). Ce pot spune, nu mi se parea de loc periculoasa programarea asta la momentul respectiv, chiar de loc, de fapt mi se parea o chestie foarte ciudata si inutila. Pe de alta parte dupa ceva timp (destul de mult) am inteles care este rostul si avantajul acestei abordari.

    Cu aproape un an in urma cred am descoperit o platforma foarte interesanta GreenFoot, ce e asa interesant? Pai niste profesori universitari se tot gandeau cum sa atraga atentia studentiilor asupra POO in limbajul Java. Ei au abordat lucrurile invers de dragul feedback-ului. Primul lucru pe care il vede studentul sunt obiectele in actiune, cat se poate de active si dinamice. Dupa asta studentul invata sa modifice metodele, apoi sa adauga metode si proprietati si de abea apoi sa mosteneasca clase, sa le construiasca, sa relationeze etc. Un pic invers fata de cum am invatat eu in facultate sa fac o clasa pentru gestiunea unei facturi sau a unei masini care… nu a ajuns niciodata sa fie o adevarata masina din punct de vedere vizual. Rezultatul platformei: studentii lucreaza cu obiecte chiar fara sa cunoasca detaliile limbajului si a programarii procedurale, apoi in timp intra in detalii, dar pe drum construiesc, dezvolta.

    Tragand o concluzie, daca vrei sa predai programare trebuie sa cauti feedback-ul, daca vrei sa inveti programare, din nou feedback-ul este cheia. Eu de exemplu cand am invatat POO in facultate nu intelegeam mare lucru din clasele in C++ care le faceam, nu reuseam sa gasesc utilitatea cu adevarat, dar eu m-am straduit iar mai tarziu am inteles adevarata putere a POO. Cum ramane cu elevii care nu sunt motivati sa faca asta?

    Written by Claudiu Persoiu

    5 April 2009 at 3:17 PM

    Posted in Diverse

    Tagged with , , , , ,

    Douglas Crockford despre JavaScript

    without comments

    Asteptam de ceva vreme video-ul acesta si intr-un final a aparut.

    Douglas Crockford este una dintre cele mai importante persoane in comunitatea JavaScript. Modul in care pointeaza toate problemele legate de JavaScript mi se pare genial, parca te tine in tensiune pana la final sa vezi care sunt si partile bune.

    Written by Claudiu Persoiu

    10 March 2009 at 3:30 PM

    Un browser pentru Web 2.0

    without comments

    Zilele trecute Google a lansat Google Chrome. Un browser construit dupa “imaginea” google, simplu pana la extrem. Aparent nimic nou sub soare, nu?

    Cu cat lucrezi mai mult cu el, cu atat parca devine mai fascinant. O interfata simpla cu nici un buton mai mult decat cele de care este neaparata nevoie.

    Ce este in spatele acestuia este cu adevarat fascinant. Browserul este deosebit de rapid, foloseste webkit pentru randare, ceea ce inseamna ca este compatibil cu browserul Saffari de la Apple. Cu alte cuvinte, aplicatiile nu trebuie sa ia in calcul un alt browser, ci doar sa fie compatibile cu browserul de la Apple.

    Viteza este un plus foarte mare pentru acest browser, personal de cand a aparut firefox 3 nu credeam sa apara un browser mai rapid dar… este adevarat, se poate si mai bine!

    Un alt element de noutate foarte interesant este izolarea proceselor din tab-uri. La celelalte browsere care suporta tab-uri, in general cand un tab crapa, tot browserul va ceda. In Chrome, cedeaza doar tab-ul respectiv, restul ramanand functional.

    Izolarea nu se face doar la nivel de tab ci chiar la nivel de proces, cu alte cuvinte scripturile JavaScript, Flash-ul, etc toate ruleaza in propriul proces, rezultatul? Cand un proces cedeaza nu cedeaza tot tab-ul, ci doar acel proces izolat.

    O unealta noua pentru debuging este “Task managerul”, care permite urmarire fiecarui proces in particular.

    Interpretarea JavaScript se bucura probabil de cele mai multe avantaje in acest browser. Scripturile JavaScript nu sunt interpretate ci sunt precompilate inainte de rulare rezultand intr-o mult mai buna viteza fata de vechiul sistem.

    Concluzionand, google a facut o treaba buna din nou chiar daca este doar o versiune beta.

    Dupa cum stiti aparut versiunea 3 a browserului Firefox. O versiune mult imbunatatita pentru un browser care era deja in top (pacat ca nu si la numarul de utilizatori). Acum tot ce astept este versiunea 8 de la IE, personal nu consider IE 7 o versiune “revolutionara”, ci doar putin inbunatatita. Microsoft trebuie sa reactioneze daca vrea sa pastreze monopolul in acest domeniu, lumea are tendinta sa se orienteze catre alte browsere, iar cu noiile faciltati de la concurenta nu mai este mult pana cand singurul motiv pentru care cineva mai foloseste IE este din comoditate.

    Written by Claudiu Persoiu

    5 September 2008 at 7:28 PM