-
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.
-
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.
-
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?
-
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.
-
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.