|
Este timpul sa ne intrebam despre framework-uri, despre phprel si despre ceea ce implica realizarea unei aplicatii web cu ajutorul unui astfel de produs. Bineinteles ca v-ati intrebat si dumneavoastra, si ne-am intrebat si noi, inca de la inceputurile phprel: ce anume transforma un framework intr-un produs usor de folosit, care sa fie cu adevarat util programatorilor? Exista pe piata o serie de framework-uri, unele open source, altele proprietare, si toate ajuta sau accelereaza procesul de dezvoltare web intr-o anumita masura. De ce atunci majoritatea programatorilor nu sunt de acord cu un produs sau altul, de ce o data ce si-au stabilit un stil de lucru le e greu sa migreze catre o alta platforma? Cum trebuie sa fie un framework pentru a ajuta cu adevarat o echipa de programatori?
Trebuie sa fie prietenos. Un programator stie intotdeauna ce vrea sa realizeze, ce are de facut si ce abordare a ales pentru a implementa ceea ce si-a propus. Iar phprel nu va ingradeste deloc viziunea: orice decideti sa realizati, prin orice metoda aleasa, phprel va ajuta, nu va incurca: fara tipare obligatorii, fara modele sau metode de lucru necesare, fara erori "fatale", fara situatii din care nucleul nu se poate recupera, fara amestec in sarcinile realizate de dumneavoastra. Cu phprel, dumneavoastra detineti controlul: flexibilitatea framework-ului consta in capacitatea sa de a se adapta la stilul de lucru al programatorului, de a nu interveni atunci cand nu trebuie obligandu-va sa urmati un anumit curs prestabilit, de a nu va stresa cu mesaje de eroare atunci cand dumneavoastra realizati un lucru corect dar framework-ul nu poate "intelege" traseul urmat de dumneavoastra.
In primul rand, trebuie stiut ca in phprel nu exista erori, si cu atat mai putin erori "fatale" in urma carora pagina sa nu poata fi afisata. Exista doar sugestii sau avertismente privind anumite secvente care par a fi, din perspectiva framework-ului, gresite sau realizate incorect. In plus, nu exista elemente obligatorii in ceea ce priveste structura sau metodele de realizare ale unei pagini: exista doar variante recomandate si avertismente atunci cand nu ati respectat anumite elemente conventionale. Libertatea dumneavoastra de decizie este maxima: mai intai, aveti ocazia sa realizati sarcinile dorite, sa construiti pagina asa cum va doriti, prin functii si metode puse la dispozitie sau create de dumneavoastra personal. In final, dupa ce ati incheiat toate operatiile, asistentul phprel analizeaza ceea ce a ramas, identifica elementele cunoscute si continua sarcini scrise doar partial de dumneavoastra sau realizeaza sarcini neadresate de dumneavoastra.
Fiecare proces realizat automat sau asistat de phprel poate fi controlat prin intermediul unor functii de control care se pot scrie in cateva randuri. De asemenea, fluxul de date prin diferitele functii si elemente de pagina, de la faza incipienta de selectare a datelor din baza de date pana in fazele finale de afisare a continutului in pagina poate fi complet controlat. Anumite procese care nu sunt necesare sau care nu pot rezolva intr-o situatie limita cerinta proiectului pot fi intrerupte selectiv sau chiar pentru intregul proiect.
Flexibilitatea framework-ului phprel nu se limiteaza doar la atat. Orice modificare in arhitectura proiectului dupa realizarea sa va putea fi implementata foarte rapid, modificarile privind afisarea sau formatarea datelor realizate pentru mai multe pagini vor putea fi comandate dintr-un singur loc, orice alte aplicatii sau biblioteci third-party necesare vor putea fi incluse usor in proiect si chiar aplicatiile third-party standard precum calendare dhtml, editoare wysiwyg, vor putea fi inlocuite.
Mai mult, elementele de pagina create cu phprel, precum campuri de formular sau listari, nu se limiteaza la o serie de functionalitati oferite standard in phprel: orice noua functionalitate va putea fi adaugata elementelor, orice modificare sau completare a lor va putea fi suprapusa peste comportamentul standard al respectivelor elemente. In plus, elementele respective nu va ingradesc in nici un fel in ceea ce priveste layout-ul sau design-ul paginii sau a elementelor in sine.
Nici chiar denumirile de tabele folosite de phprel pentru a retine informatiile necesare nucleului phprel nu sunt fixe. Mai mult, orice proces, orice functie realizata, poate fi configurata pentru a se potrivi in diferite situatii.
Ne-am intrebat inca de la inceputurile phprel ce anume transforma un framework intr-un produs care poate fi de folos oricarui programator. Ne-am gandit, asa cum poate v-ati gandit si dumneavoastra avand in vedere ca suntem la capitolul "avantaje", si la dezavantajele folosirii unui framework. Cand spunem avantaje, ne gandim automat si la dezavantaje. Ce am descoperit: cand spunem framework, ne gandim la constrangere, cand spunem procese automate ne gandim la limitarea performantei. Ne-am concentrat asupra ambelor aspecte pentru a va oferi in final produsul care sa va ajute cu adevarat, sa nu va ingradeasca libertatea si sa fie performant: phprel.
Ce am realizat pentru dumneavoastra? Un framework unic care nu doar sustine ca va este de folos, ci chiar va ajuta concret, activ. Un framework unic in legatura cu care nu exista nici un sentiment de constrangere, de efect nedorit, de imposibilitatea realizarii unei cerinte sau de limitari in folosirea anumitor functionalitati. Inca de la inceputul dezvoltarii phprel, ne-am hotarat ca orice proces trebuie sa poata fi oprit, orice proces trebuie sa poata fi configurat pentru a se potrivi cat mai multor situatii si orice proces trebuie sa poata fi controlat activ. Un framework sustinut de o tehnologie inovativa de caching pentru a compensa si chiar depasi asteptarile legate de performanta. Un framework puternic, flexibil, prietenos si performant.
|
