Firebase Analytics

Firebase

Firebase este un furnizor de servicii cloud si backend, avand compania cu sediul in San Francisco, California. Compania are ca scop dezvoltarea produselor software destinate dezvoltatorilor ce construiesc aplicatii mobile sau web. Firebase a fost fondat in 2011 de catre Andrew 😀 Lee si James Tamplin si a fost lansat cu o baza de date cloud reala in aprilie 2012. Primul produs Firebase reprezinta o baza de date reala ce ofera un API care permite dezvoltatorilor sa stocheze si sa sincronizeze date intre mai multi clienti.

Istoric

Firebase a evoluat din Envolve, o incercare prealabila, fondata de Tamplin si Lee in anul 2011. Envolve a oferit dezvoltatorilor un API ce le permitea integrarea online a chat-urilor in cadrul site-urilor lor. Dupa lansarea serviciului de chat, Tamplin si Lee au descoperit faptul ca serviciul era utilizat pentru transferul datelor aplicatiei, care nu reprezentau mesaje de chat. Dezvoltatorii utilizau Envolve pentru sincronizarea datelor aplicatiei, precum starea curenta a jocului in timp real, intre utilizatori. Tamplin si Lee au hotarat sa separe sistemul de chat si arhitectura in timp real ce l-a alimentat, construind Firebase, ca o companie separata, in aprilie 2012.

Firebase Analytics

Firebase Analytics reprezinta o aplicatie gratuita ce are rolul de a oferi utilizatorilor o imagine in ceea ce priveste utilizarea aplicatiilor si implicarea utilizatorilor in acest context.

Firebase Cloud Messaging

Cunoscuta anterior sub denumirea de Google Cloud Messaging (GCM), Firebase Cloud Mesagging (FCM) reprezinta o platforma de trecere – Android, iOS si Web – o solutie ce permite utilizatorilor sa transmita si sa primeasca mesaje si notificari intr-un mod fiabil si fara niciun cost.

Firebase Auth

Firebase Auth este un serviciu care poate autentifica utilizatorii, folosind numai cod de pe partea de client (nu stiu sa traduc altfel). Acesta sustine furnizorii de login ai Facebook-ului, GitHub, Twitter si Google. In plus, sustine un sistem de management al utilizatorului, prin intermediul caruia dezvoltatorii pot permite autentificarea prin email si parola, stocate prin Firebase.

Baza de date in timp real (Real time database)

Firebase pune la dispozitie o baza de date in timp real si backend sub forma unui serviciu. Acest serviciu ofera dezvoltatorilor de aplicatii un API care permite ca datele aplicatiei sa fie sincronizate intre clienti si stocate pe cloud-ul Firebase. Compania furnizeaza biblioteci ce permit integrarea cu Android, iOS, JavaScript, Java, C++ si aplicatii Node.js. Baza de date este de asemenea accesibila printr-un REST API si legaturi pentru numeroase framework-uri JavaScript, cum ar fi: AngularJS, React, Ember.js si Backbone.js. API-ul REST ) utilizeaza protocolul event-urilor trimise de server, care este un API pentru crearea conexiunilor HTTP pentru primirea notificarilor de la un server. Dezvoltatorii ce utilizeaza baza de date isi pot securiza datele prin utilizarea regulilor de securitate ale companiei.

Stocarea Firebase (Firebase Storage)

In ceea ce priveste stocarea Firebase, se pune la dispozitie incarcari si descarcari securizate ale fisierelor pentru aplicatiile Firebase, indiferent de calitatea retelei. Dezvoltatorii o pot utiliza pentru stocarea imagiilor, fisierelor audio, video sau orice alt continut generat de utilizator. Stocarea Firebase este sustinuta de Google Cloud Storage, un serviciu de stocare puternic, simplu de utilizat si rentabil.

Hosting (gazduire suna ca naiba)

Hosting Firebase este un serviciu static, web, lansat la 13 mai, 2014. Acesta suporta gazduirea de fisiere statice, precum CSS, HTML, JavaScript si alte fisiere ce nu se modifica in mod dinamic. Serviciul livreaza fisiere printr-o retea de livrare de continut (CDN), prin HTTP (HTTPS) si SSL. Firebase se alfa in parteneriat cu Fastly, un CDN, pentru a oferi suport CDN in ceea ce priveste gazduirea in cadrul Firebase. Compania afirma ca Hosting Firebase a crescut datorita solicitarilor clientilor. Dezvoltatorii utilizau Firebase pentru baza de date in timp real, dar aveau nevoie de un loc pentru a-si pastra fisierele, continutul.

Firebase Remote Config

Firebase Remote Config este un serviciu cloud ce permite dezvoltatorilor sa schimbe comportamentul si aspectul aplicatiilor dezvoltate, fara a cere utilizatorilor sa descarce o actualizare a aplicatiei (un update).

Firebase Test Lab for Android

Firebase Test Lab pentru Android ofera o infrastructura de tip cloud pentru testarea aplicatiilor Android. Cu o singura operatie, dezvoltatorii pot initia testarea aplicatiilor lor pe o varietate larga de dispozitive si configuratii ale dispozitivelor. Rezultatele testului – loguri, filmulete si screenshoturi – sunt puse la dispozitie in cadrul proiectului in consola Firebase. Chiar daca un dezvoltator nu a scris niciun pic de cod pentru aplicatia sa, testul poate cauta in mod automat erori.

Firebase Crash Reporting

Raportarea erorilor din cadrul aplicatiei se face in mod detaliat. Erorile sunt grupate in clustere in functie de similaritatea lor si triate in functie de gradul de severitate al impactului asupra utilizatorilor. In plus fata de rapoartele automate, dezvoltatorul poate conecta event-urile personalizate pentru a ajuta la stabilirea etapelor ce conduc la o eroare.

Notificare Firebase

Notificarile Firebase reprezinta un serviciu gratuit care permite existenta notificarilor directionate ale utilizatorilor pentru dezvoltatorii de aplicatii mobile.

Firebase App Indexing

Aplicatia de indexare Firebase ? cunoscuta anterior drept Google App Indexing duce o aplicatie in Google Search. Adaugand aplicatia de indexare, se promoveaza ambele tipuri de rezultate ale aplicatiei in cadrul Google Search si ofera de asemenea completari automate ale interogarilor.

Firebase Dynamic Links

Linkurile dinamice Firebase reprezinta URL-uri ce isi schimba in mod dinamic comportamentul, pentru a oferi cea mai buna experienta in cadrul diverselor platforme.

Firebase Invites

Aceasta este o platforma de trecere ce consta intr-o solutie menita sa trimtia mailuri si invitatii prin SMS personalizate la inscrierea utilizatorilor si apoi masurarea impactului acestor invitatii asupra lor.

Ionic

Ionic este un HTML5 SDK puternic ce ajuta la dezvoltarea aplicatiilor mobile native, prin utilizarea tehnologiilor web, precum HTML, CSS si JavaScript. Ionic este axat in mod principal pe aspectul si interactiunea utilizatorului cu aplicatia. Asta nu inseamna ca este un inlocuitor pentru vreun framework Java, in schimb pur si simplu se potriveste foarte bine in contextul acestor proiecte, in vederea simplificarii unei parti semnificative a aplicatiei si anume partea de front-end. In vederea functionarii la intregul sau potential, Ionic necesita AngularJS. Cu toate ca se poate utiliza in continuare portiunea CSS a framework-ului, este posibil sa se rateze numeroasele avantaje in ceea ce priveste interfata, interactiunea utilizatorului cu aplicatia: animatii, miscari, etc.

Aplicatiile hibride sunt, in esenta, site-uri mici ce ruleaza intr-un browser dintr-o aplicatie ce are acces la layer-ul nativ al platformei. Aplicatiile hibride aduc mai multe beneficii decat aplicatiile native pure, in special in ceea ce priveste suportul platformei, viteza de dezvoltare si accesul la codul de tip 3rd party. Ionic este ca un framework front-end ce se ocupa de tot ceea ce tine de aspect si interactiune a utilizatorului cu aplicatia, toate necesare in vederea obtinerii unei aplicatii reusite. Se aseamana cu “Bootstrap for Native”, dar cu suport pentru o gama larga de componente native comune, animatii deosebite si aspect remarcabil.

Spre deosebire de un framework responsive, Ionic vine cu elemente foarte native in ceea ce priveste interactiunea utilizatorului cu aplicatia, care sunt obtinute cu un SDK nativ pe iOS sau Android, dar care nu au existat cu adevarat inainte pe web. Ionic de asemenea ofera o serie de modalitati controversate, dar puternice ce eclipseaza existenta framework-urilor de dezvoltare HTML5.

Din moment ce Ionic este un framework HTML5, are nevoie de un ambalaj nativ precum Cordova sau PhoneGap pentru a rula ca o aplicatie nativa. Se recomanda Cordova pentru aplicatii, iar instrumentele Ionic vor utiliza Cordova la baza. Ionic s-a construit pentru ca s-a crezut cu tarie faptul ca HTML5 va domni in cadrul aplicatiilor mobile peste timp, exact asa cum a facut-o pentru aplicatiile de tip desktop. Odata ce computerele desktop au devenit devenit destul de puternice si tehnologia browser a avansat, aproape toata lumea isi petrecea timpul navigand. Asadar, dezvoltatorii erau coplesiti de construirea unui numar cat mai mare de aplicatii web. Avand in vedere progresele recente in domeniul tehnologiei mobile, smartphone-urile si tabletele sunt acum capabile sa ruleze multe dintre acele aplicatii web. Prin intermediul Ionic, s-a dorit construirea unui framework de dezvoltare HTML5 pentru dispozitive mobile, care sa fie axat pe aplicatii native sau hibride, in locul website-urilor mobile, din moment ce s-a vazut ca exista deja instrumente extraordinare pentru dezvoltarea acestora din urma. Asadar, aplicatiile Ionic nu sunt menite a fi rulate in Chrome sau Safari de exemplu, ci mai degraba un browser de nivel mai scazut cum ar fi UIWebView-ul iOS-ului sau WebView-ul Androidului, care sunt ambalate cu instrumente precum Cordova sau PhoneGap.

Mai presus de toate, s-a dorit ca Ionic sa fie cat mai open-source cu putinta, atat prin detinerea unei licente permisive care ar putea fi utilizata si in aplicatii comerciale, dar si open-source, cat si prin cultivarea unei comunitati puternice in jurul proiectului. S-a simtit nevoia integrarii unui framework ce nu era open-source numai din punct de vedere tehnic, dar si din punct de vedere al posibilitatii utilizarii atat in proiecte open-source cat si closed-source, fara achizitionarea unei licente comerciale.

Construirea unei aplicatii hibrid cu Ionic

Cei familiarizati cu dezvoltarea web vor gasi structura unei aplicatii Ionic simplu de inteles. Nucleul sau contine o pagina web care ruleaza in interiorul unei aplicatii native. Asta inseamna ca se poate folosi orice cod HTML, CSS si JavaScript. Singura diferenta este ca in loc de a se crea un site ce este doar o veriga a unui lant, se va crea o aplicatie de sine statatoare. Cea mai mare parte a unei aplicatii Ionic va fi scrisa in HTML, CSS si JavaScript. Dezvoltatorii dornici vor putea de asemenea merge mai departe, in stratul nativ cu plugin-uri personalizate Cordova sau cod nativ, insa acest lucru nu este necesar pentru a obtine o aplicatie extraordinara.

Ionic foloseste de asemenea AngularJS pentru o mare parte din functionalitatea de baza a framework-ului. In timp ce Ionic se poate utiliza doar cu partea de CSS, se recomanda investirea in Angular, avand in vedere ca este unul dintre cele mai bune moduri de a dezvolta aplicatii bazate pe browser in ziua de astazi.

Cordova

Cordova este un framework open-source de dezvoltare a aplicatiilor mobile. Permite utilizarea tehnologiilor web standard – HTML5, CSS3 si JavaScript pentru dezvoltarea platformelor. Aplicatiile se executa in interiorul ambalajelor directionate catre fiecare platforma si se bazeaza pe legaturi standard API pentru a accesa capabilitatile fiecarui dispozitiv, cum ar fi senzori, date, starea retelei, etc.

Apache Cordova se utilizeaza in mod special, daca:

Un dezvoltator isi doreste extinderea unei aplicatii pe mai mult de o platforma, fara a fi nevoie sa o reimplementeze cu limbajul si instrumentele specifice platformei respective

Un dezvoltator web isi doreste implementarea unei aplicatii web ce este construita pentru a fi distrubuita in diferite portaluri App Store

Un dezvoltator de aplicatii mobile este interesat in combinarea componentelor native cu o fereastra de browser speciala (WebView), ce poate accesa API-uri la nivel de dispozitiv sau daca doreste sa dezvolte o interfata plugin intre componente native si WebView.

Arhitectura

Exista mai multe componente intr-o aplicatie Cordova. Urmatoarea diagrama prezinta o imagine la un nivel inalt a arhitecturii unei astfel de aplicatii:

WebView

WebView Cordova, daca e activata, poate furniza aplicatiei intreaga interfata cu utilizatorul. Pe unele platforme poate fi de asemenea o componenta ce face parte dintr-o aplicatie hibrida mult mai mare, ce combina WebView-ul cu componentele native ale aplicatiei.

Web App

Aceasta este partea in care se afla codul aplicatiei. Aplicatia in sine este implementata ca o pagina web, implicit cu un fisier local denumit index.html, care face referire la CSS, JavaScript, imagini, fisiere media sau alte resurse ce sunt necesare pentru a rula. Aplicatia ruleaza intr-o fereastra de browser speciala (WebView), in interiorul aplicatiei native, pe care dezvoltatorul o distrubuie mai departe pe App Store.

Acest container contine un fisier foarte important – config.xml care ofera informatii despre aplicatie si specifica parametri ce influenteaza modul in care functioneaza, de exemplu daca raspunde la schimbarile de orientare.

Plugin-uri

Plugin-urile reprezinta o parte integranta a ecosistemului Cordova. Ele ofera o interfata pentru componentele native si Cordova, pentru ca acestea sa comunice intre ele; totodata ofera legaturi pentru API-uri ale dispozitivului standard. Acest lucru permite dezvoltatorului sa invoce cod nativ din JavaScript.

Proiectul Apache Cordova mentine un set de plugin-uri denumit Core Plugins. Aceste plugin-uri de baza ofera aplicatiei posibilitatea de a accesa functionalitatile dispozitivului, precum bateria, camera, contactele, etc. In plus fata de plugin-urile de baza, exista mai multe plugin-uri third party care ofera legaturi suplimentare catre diverse caracteristici ce nu sunt neaparat disponibile pe toate platformele. Plugin-urile Cordova se pot gasi folosing cautarea de plugin sau npm. De asemenea, dezvoltatorul isi poate crea plugin-uri proprii, asa cum este descris in Ghidul Dezvoltarii Plugin-urilor. Plugin-urile pot fi necesare de exemplu, in vederea comunicarii intre Cordova si componentele native personalizate.

Cordova nu ofera niciun UI widget sau un framework MV*. Ofera timpul de executie al acestora. In cazul in care se doreste utilizarea widget-urilor UI si/sau a framework-ului MV*, este necesara selectarea acestora si includerea in aplicatie.

Development Paths

Cordova pune la dispozitie 2 fluxuri de lucru de baza in vederea dezvoltarii unei aplicatii mobile. Cu toate ca se pot utiliza ambele pentru realizarea aceluiasi scop, fiecare aduce avantajele sale:

Cross-platform (CLI) workflow

Acest flux de lucru se utilizeaza daca se doreste ca aplicatia sa ruleze pe cat mai multe sisteme de operare posibile, cu putin ajutor din partea dezvoltarii specifice a platformei. Acest flux de lucru se afla in legatura stransa cu Cordova CLI. CLI este un instrument de nivel inalt ce permite construirea deodata a proiectelor pentru mai multe platforme, abstranctizand o mare parte din functionalitatea shell scripturilor de nivel inferior. CLI copiaza un set comun de componente valoroase web in subdirectoare pentru fiecare platforma, face orice modificari de configurare sunt necesare pentru fiecare, ruleaza scripturi pentru a genera aplicatii binare.

CLI ofera de asemenea o interfata comuna pentru a aplica plugin-uri aplicatiei.

Platform-centered workflow

Acest flux de lucru se utilizeaza daca se doreste construirea unei aplicatii pentru o singura platforma si este nevoie de modificarea la un nivel scazut. Aceasta abordare se foloseste, de exemplu, daca se doreste combinarea de catre aplicatie a componentelor native personalizate cu componentele web Cordova, asa cum s-a specificat mai sus (la Embedding WebViews).

Ca o regula principala, acest flux de lucru se utilizeaza daca exista necesitatea modificarii proiectului in cadrul SDK-ului. Acest flux se bazeaza pe un set de shell scripturi care sunt adaptate pentru fiecare platforma si un utilitar Plugman separat care permite aplicarea plugin-urilor. In timp ce se poate utiliza acest flux pentru construirea aplicatiilor cross-platform, este la general vorbind mai dificila, din cauza lipsei unui instrument de nivel inalt ce ar permite construirea separata a ciclurilor si modificari de plugin pentru fiecare platforma.

La inceput ar putea fi mai facila utilizarea unui flux de lucru cross-platform pentru a crea o aplicatie. Apoi, exista posibilitatea de a trece la un flux orientat mai mult pe platforma, daca este nevoie de mai mult control provenit de la SDK.

Angular

AngularJS (cunoscut in mod uzual drept Angular sau Angular.js) este un framework complet JavaScript open-source atat client cat si server-side, sustinut in principal de Google, dar si de catre o comunitate de persoane si corporatii, aparut cu scopul abordarii multelor provocari intampinate in dezvoltarea aplicatiilor single-page. Componentele JavaScript completeaza PhoneGap, framework-ul folosit pentru dezvoltarea aplicatiilor mobile cross-platform. Angular isi propune sa simplifice atat dezvoltarea cat si testarea unor astfel de aplicatii prin punerea la dispozitie a unui framework pentru partea de client – Model-View-Controller (MVC) si Model-View-Viewmodel (MVVM) – impreuna cu componentele frecvent utilizate in aplicatii complexe.

Framework-ul AngularJS functioneaza prin citirea initiala a paginii HTML, care are in ea incorporate o serie de taguri personalizate aditionale. Angular interpreteaza acele atribute sub forma unor directive ce leaga parti de input sau output ale paginii cu un model care este reprezentat de variabilele JavaScript standard. Valoarea acestor variabile poate fi setata in mod manual in cadrul codului sau preluate din surse JSON statice sau dinamice.

AngularJS este construit pe premisa ca programarea declarativa ar trebui utilizata pentru a crea interfete de utilizator si pentru a conecta componente software, in timp ce programarea imperativa se potriveste mai bine pentru a defini logica de afaceri a unei aplicatii. Framework-ul adapteaza si extinde traditionalul HTML catre continutul prezent dinamic prin intermediul two-way data binding, care permite sincronizarea automata a modelelor si a view-urilor. Drept rezultat, AngularJS nu mai scoate in evidenta manipularea DOM explicita cu scopul de a imbunatati testabilitatea si performanta.

Obiectivele de proiectare AngularJS includ:

Decuplarea manipularii DOM de logica aplicatiei. Dificultatea acestui aspect este afectata in mod dramatic de modul in care este structurat codul.

Decuplarea partii de client a unei aplicatii de partea de server. Acest lucru permite ca activitatea de dezvoltare sa progreseze in paralel si permite totodata reutilizarea ambelor parti.

Furnizarea structurii traseului de dezvoltare al aplicatiei, de la proiectarea interfetei de utilizator, pana la scrierea logicii de afaceri si testare.

Angular implementeaza patternul MVC pentru a separa prezentarea, datele si componentele logice. Utilizand injectarea dependintelor, Angular aduce serviciile traditionale de pe partea de server, cum ar fi controlere dependente de view, catre aplicatiile web de pe partea de client. In consecinta, o mare parte din munca serverului poate fi redusa.

Scope

Angular utilizeaza termenul de „scope” intr-un mod asemanator fundamentelor stiintei calculatoarelor. In acest domeniu, scope descrie situatia in care in cadrul unui program, o anumita legatura este valida. Specificatia ECMA-262 defineste termenul de scope ca un mediu lexical in cadrul caruia o functie obiect este executata in scripturi web de pe partea de client, similar cu modul  in care scope este definit in calculul lambda.

Ca parte a arhitecturii MVC, scope formeaza modelul si toate variabilele definite in scope pot fi accesate de View, precum si de Controller. Scope-ul se comporta ca un adeziv intre View si Controller. In Angular, scope este un anumit tip de obiect care poate fi el insusi in scope sau inafara sa in orice parte a programului, urmand regulile uzuale ale variabilei scope in JavaScript, la fel ca oricare alt obiect.

Bootstrap

Sarcinile indeplinite de bootstrapper-ul AngularJS se realizeaza in 3 faze, dupa ce DOM-ul a fost incarcat:

Crearea unui injector nou

Compilarea directivelor care decoreaza DOM

Corelarea tuturor directivelor la scope

Directivele AngularJS permit dezvoltatorului sa specifice elementele personalizate si reutilizabile HTML si atributele ce definesc legaturile de date, precum si comportamentul componentelor de prezentare. Unele dintre cele mai frecvent utilizate directive sunt:

Ng-app

Declara elementul radacina al unei aplicatii AngularJS, in conformitate cu directivele ce pot fi folosite pentru declararea legaturilor si definirea comportamentului.

Ng-bind

Seteaza textul unui element DOM la valoarea unei expresii. De exemplu, <span ng – bind = " name " > < / span > afiseaza numele in interiorul elementului span. Orice modificare a variabilei „name” in scope-ul aplicatiei, se reflecta instant in DOM.

Ng-model

Este asemanator cu ng-bind, cu diferenta ca stabileste a two-way data binding intre view si scope.

Ng-model-options

Ofera reglare pentru modul in care sunt realizate actualizarile modelului.

Ng-class

Permite ca atributele de clasa sa fie incarcate in mod dinamic.

Ng-controller

Specifica o clasa de controller JavaScript care evalueaza expresii HTML.

Ng-repeat

Instantiaza un element odata pentru fiecare element dintr-o colectie.

Ng-show & ng-hide

In mod conditionat arata sau ascunde un element, in functie de valoarea unei expresii booleene. Afisarea si ascunderea se realizeaza prin configurarea stilului de afisare CSS.

Ng-switch

Instantiaza conditionat un sablon dintr-un set de optiuni, in functie de valoarea unei expresii de selectie.

Ng-view

Este directiva de baza responsabila pentru gestionarea rutelor care rezolva fisierele de tip JSON inainte de interpretarea sabloanelor conduse de controllere specificate.

Ng-if

Este directiva de baza care permite vizualizarea elementului urmator in cazul in care conditiile sunt adevarate. Cand conditiile sunt false, elementul este scos din DOM. Cand este adevarata, o clona a elementului compilat este reintrodusa.

Ng-aria

Este un modul de sustinere a accesibilitatii atributelor ARIA comune.

Ng-animate

Un modul ofera suport pentru JavaScript, tranzitia CSS3 si animatia keyframe CSS3 ce se agata intre nucleul existent si directivele personalizate (WTF)

Din moment ce atributele ng-* nu sunt valabile in specificatiile HTML, data-ng-*  poate fi de asemenea utilizat ca un prefix. De exemplu, atat ng-app cat si data-ng-app sunt valabile in AngularJS.

Two-way data binding

Two-way data binding este una din cele mai importante functionalitati oferite de angular. Exlude necesitatea unui server pentru crearea paginilor, iar in schimb paginile sunt realizate in HTML in functie de datele definite in model.

Serviciul $scope in Angular detecteaza modificari ale sectiunii de model si modifica expresiile HTML in view prin intermediul unui controller. De asemenea, orice modificari in view sunt reflectate si in model. Acest lucru ocoleste necesitatea de a manipula in mod activ DOM si incurajeaza bootstrapping-ul si prototyping-ul rapid a aplicatiilor web. AngularJS detecteaza modificari in modele prin compararea valorilor curente cu cele stocate anterior intr-un proces of dirty-checking, spre deosebire de Ember.js si Backbone.js care declanseaza listenerii cand valorile modelului sunt modificate.

Istoria dezvoltarii AngularJS

Angular a fost initial dezvoltat in 2009 de catre Miško Hevery la Brat Tech LLC ca fiind software-ul din spatele unui serviciu online de stocare JSON, al carui pret ar fi fost fixat dupa megabyte, pentru aplicatii dezvoltate usor pentru intreprindere. Acest proiect a fost localizat la domeniul web GetAngular.com si a avut cativa abonati, inainte ca cei doi sa decida sa abandoneze ideea de afaceri si sa lanseze Angular ca o librarie open-source.