Content
Pregunteu-me quin marc he d’utilitzar i probablement tinc un moment vell i malhumorat i us diré que tots els marcs són tan dolents com els altres. El que no vol dir que siguin exactament dolents, però a PHP tenim un nombre inimaginablement gran de frameworks (normalment es cita com N + 1, on N és el nombre de desenvolupadors de PHP al món), i probablement tinguin sentit a la persona que els va inventar.
Probablement és millor triar marcs que intentar utilitzar només un marc, independentment del que intenteu construir exactament, perquè és el "millor" (sigui quin sigui el "millor"). Aquesta selecció d’ofertes marc significa que podeu triar alguna cosa que satisfaci les necessitats del projecte i fins i tot es pugui documentar. Els marcs de qualsevol plataforma hi són realment per proporcionar estructures, mòduls i biblioteques reutilitzables i, en general, eviten totes les tasques avorrides i repetitives relacionades amb la creació de la mateixa funcionalitat una i altra vegada. Per exemple, quan es construeixen CMSes, alguna cosa hauria de processar i validar els camps del formulari per a mi; si em deixo a la meva disposició, potser perdré alguna cosa important i prefereixo fer els elements de cada projecte que ho són diferent, en lloc de les que són iguals cada vegada.
Marcs de pila completa
Els frameworks de pila completa, com Zend Framework, poden ser un bon lloc per començar per a un desenvolupador sense molta experiència en arquitectura. Dóna una bona estructura per penjar una nova aplicació i hi ha un bon “ecosistema” al voltant: molts llibres, tutorials i una mica de documentació raonable. Si esteu intentant construir una gran aplicació que mantindrà molta gent, és probable que un marc popular i complet sigui una bona opció, ja que dictarà bastant estructura i serà ben conegut i entès.
Tenir una estructura que ajudi a la separació sempre és bo; al principi de la meva carrera vaig treballar amb alguns molt desenvolupadors júnior i van intentar ensenyar-los el patró MVC (Model View Controller), que era relativament nou en aquell moment. Vam prendre la decisió d’utilitzar Smarty a la capa de visualització; en part perquè els dissenyadors poguessin treballar amb les plantilles amb més facilitat, i en part perquè algú arribés al meu escriptori i em digués "com puc fer X amb Smarty?" Podria dir "no facis X a la vista". (nou vegades de cada deu, aquesta va ser la resposta). Disposar de frameworks ens ajuda a trobar la mateixa separació en altres parts de la nostra aplicació. Molts d’ells admeten la integració contra una capa de plantilla com Smarty o el meu nou favorit, Twig, de manera que pugueu portar aquestes eines amb vosaltres, segons el marc que trieu.
Alleugereu la càrrega
Hi ha molts marcs més lleugers que Zend Framework, per exemple, treballo bastant amb CodeIgniter. És tan complet i robust com Zend Framework? No, no ho és. Però com a marc auxiliar per permetre la creació d’una aplicació ràpidament, és útil. En general, els marcs amb menys funcions d’ajudant poden ser més fàcils de trobar, ja que és molt més evident la manera com les peces van juntes. En un marc desconegut (per a mi, això és pràcticament tot), són els bits automàgics els que dificulten el treball i la depuració.
Aquesta sensació de "perdre's en un nou marc" és inevitable i del tot frustrant; fins i tot un desenvolupador experimentat se sent com un novell quan no sap com funciona res. Si realment no teniu sort, haureu escollit un marc el canal d’IRC us dirà que també sou un idiota. Aquesta experiència inicial molt negativa fa que molta gent deixi d’utilitzar un nou framework o d’adoptar-ne un, i molt pocs frameworks fan una bona feina per ajudar els usuaris nous a superar aquest obstacle inicial.
A PHP també tenim alguns frameworks que no són realment frameworks tal com faig servir habitualment la paraula. Tenim alguns marcs de components encantadors; col·leccions de biblioteques dissenyades per utilitzar-les a voluntat i per jugar bé junts, com ara Components Zeta (anteriorment eZ Components) i Symfony Components (heu vist el seu lloc? Guanyen el premi a la millor obra d’art). El millor i el més baix d’entre ells és, per descomptat, les pròpies ofertes de PHP PEAR i PECL, d’alguna manera s’obliden en aquest valent nou món de marcs.
Microframes
Els microframes són una tendència emergent en PHP; són ofertes súper lleugeres que només us ajuden a enganxar les coses més ràpidament. Un bon exemple és Slim, que és molt ràpid i senzill d’utilitzar i que entén els conceptes RESTful. Es basa en la idea de "rutes", que són patrons d'URL. Podeu registrar una ruta i fer una devolució de trucada que s'hauria d'invocar quan es sol·liciti aquest URL.
La majoria dels desenvolupadors de PHP adopten un framework i s’hi adhereixen, o poden utilitzar-ne un a la feina i un altre per als seus hobby o projectes de codi obert. Hi ha poc consens sobre el "millor" marc a utilitzar, de manera que tothom només s'adhereix al que sap i el resultat és un desenvolupament paral·lel d'un gran nombre de marcs. M'encanta tenir una selecció per triar, però he esmentat que tots són tan dolents com els altres?
Si coneixeu Zend Framework, us acabareu descrivint com a desenvolupador de Zend Framework; no us sentiríeu còmodes escrivint en un altre marc fins que no hagueu tingut l'oportunitat de comprendre-ho, i probablement no recordeu moltes de les funcions PHP en brut per a les coses si no les feu servir sovint. Aquesta idea que ens hem convertit en desenvolupadors específics del marc, que només treballem a sobre de capes d’abstracció, és una mica estranya per a PHP. Al cap i a la fi, aquest és el llenguatge "per resoldre el problema web". Està escrit en Do i és un llenguatge ràpid i lleuger en si mateix ... sempre que no espereu a que s’executi un gran procés d’arrencada del framework. D’aquest context va sorgir el Manifest MicroPHP, escrit per un home que anomenem Funkatron (tot i que realment es diu Ed Finkler). Es tracta d’una sèrie d’afirmacions que diuen que està bé construir diversos mòduls petits interoperables, que no és millor que sigui més gran i que realment la vida és massa curta per a Java, fins i tot si està escrit en PHP.
