Efni.
Spyrðu mig hvaða umgjörð ég á að nota og ég mun líklega fá niðrandi konu augnablik og segja þér að allir rammar eru jafn slæmir og hver annar. Sem er ekki að segja að þeir séu allir slæmir, nákvæmlega, en í PHP höfum við ólýsanlega mikinn fjölda ramma (venjulega vitnað til N + 1, þar sem N er fjöldi PHP forritara í heiminum), og þeir voru allir líklega skynsamlegir þeim sem fann þá upp.
Að velja umgjörð er líklega betra en að reyna að nota aðeins einn ramma, burtséð frá því nákvæmlega hvað þú varst að reyna að byggja, því það er „besti“ (í hvaða mæli sem er „bestur“). Þetta val á rammaframboði þýðir að þú getur valið eitthvað sem uppfyllir þarfir verkefnisins og það gæti jafnvel verið skjalfest. Rammar á hvaða vettvangi sem er eru raunverulega til staðar til að veita uppbyggingu, endurnýtanlegar einingar og bókasöfn og forðast almennt öll leiðinlegu og endurteknu verkefnin sem tengjast því að byggja sömu virkni aftur og aftur. Til dæmis þegar þú byggir CMS-skjöl ætti eitthvað að vinna úr og staðfesta eyðublöð fyrir mig; ef ég læt það eftir mér að ég missi af einhverju mikilvægu og ég vil miklu frekar gera þætti hvers verkefnis sem eru öðruvísi, frekar en þau sem eru eins í hvert skipti!
Full stack stafir
Full-stack ramma, svo sem Zend Framework, getur verið ágætur staður til að byrja fyrir verktaki án mikillar reynslu af arkitektúr. Það veitir góða uppbyggingu til að hengja nýtt forrit á og það er gott „vistkerfi“ í kringum það - nóg af bókum, kennsluefni og nokkur sanngjörn skjöl líka. Ef þú ert að reyna að byggja stórt forrit sem verður haldið við af fullt af fólki, þá er líklegt að vinsæll, yfirgripsmikill rammi sé góður kostur þar sem það mun segja til um talsvert mikla uppbyggingu og vera vel þekktur og skilinn.
Að hafa uppbyggingu til að hjálpa við aðskilnað er alltaf gott; snemma á ferlinum vann ég með nokkrum mjög yngri verktaki og reyndi að kenna þeim MVC (Model View Controller) mynstrið, sem var tiltölulega nýtt á þeim tíma. Við tókum ákvörðun um að nota Smarty í útsýnislaginu; að hluta til að hönnuðirnir gætu unnið með sniðmátin auðveldara og að hluta til þegar einhver kom að skrifborðinu mínu og sagði "hvernig geri ég X með Smarty?" Ég gæti sagt "ekki gera X í útsýninu!" (níu sinnum af 10, það var svarið). Að hafa ramma hjálpar okkur að finna sömu aðskilnað í öðrum hlutum forritsins. Margir þeirra styðja samþættingu við sniðlag eins og Smarty, eða nýja uppáhaldið mitt, Twig, svo þú getir tekið þessi verkfæri með þér hvaða ramma sem þú velur.
Léttu álagið
Það eru til nóg af léttari umgjörðum en Zend Framework, ég vinn til dæmis töluvert með CodeIgniter. Er það eins yfirgripsmikið og öflugt og Zend Framework? Nei, það er það ekki. En sem hjálparrammi til að gera uppbyggingu forrits hratt er það gagnlegt. Almennt geta rammar með minni „hjálpar“ virkni verið auðveldari að finna leið þína þar sem það er miklu augljósara hvernig verkin fara saman. Í ókunnum ramma (fyrir mér er það nokkurn veginn allt) eru það sjálfvirku bitarnir sem gera það erfitt að vinna með og kemba.
Sú tilfinning að vera „týndur í nýjum ramma“ er óhjákvæmileg og algerlega pirrandi; jafnvel reyndur verktaki líður eins og nýliði þegar hann veit ekki hvernig neitt virkar. Ef þú ert mjög óheppinn hefurðu valið ramma þar sem IRC rásin segir þér að þú sért líka hálfviti! Það er þessi mjög neikvæða upphafsreynsla sem kemur í veg fyrir að margir nota nýjan ramma eða tileinka sér það í fyrsta lagi, og örfáir rammar gera gott starf við að hjálpa nýjum notendum yfir þessa upphaflegu hindrun.
Í PHP höfum við líka nokkur ramma sem eru ekki raunverulega rammar eins og ég nota venjulega orðið. Við höfum fallega hluti ramma; söfn bókasafna sem eru hönnuð til að vera að vild og til að spila fallega saman, svo sem Zeta Components (áður eZ Components) og Symfony Components (hefur þú séð síðuna þeirra? Þeir vinna verðlaunin fyrir besta listaverkið!). Besta og undirstrikaðasta af þessu er að sjálfsögðu PEAR og PECL tilboð PHP - einhvern veginn gleymast þetta í þessum hugrakka nýja rammaheimi.
Örmyndir
Microframeworks eru vaxandi þróun í PHP; þetta eru ofurlétt tilboð sem hjálpa þér bara að líma hlutina hraðar saman. Gott dæmi er Slim, sem er mjög hratt og einfalt í notkun og skilur RESTful hugtök. Það byggir á hugmyndinni um „leiðir“, sem eru vefslóðarmynstur. Þú skráir leið og hringir til baka sem ætti að kalla á þegar beðið er um slóðina.
Flestir PHP forritarar taka upp ramma og halda sig við það, eða þeir nota kannski einn í vinnunni og annan fyrir áhugamál sitt eða opinn uppspretta verkefni. Lítil samstaða er um „besta“ rammann til að nota þannig að allir halda sig bara við það sem þeir vita og niðurstaðan er samhliða þróun á stórum fjölda ramma! Ég elska að hafa úrval að velja úr, en nefndi ég að þau væru öll jafn slæm og hvert annað?
Ef þú þekkir Zend Framework þá lýkur þú sjálfum þér sem Zend Framework verktaki; þú myndir ekki vera þægilegur við að skrifa í annan ramma fyrr en þú hefðir fengið tækifæri til að ná tökum á því og þú manst líklega ekki eftir mörgum hráum PHP aðgerðum fyrir hluti ef þú notar þær ekki oft. Þessi hugmynd um að við höfum orðið rammasértækir verktakar, aðeins að vinna ofan á lög af útdrætti, er svolítið skrýtin fyrir PHP. Þegar öllu er á botninn hvolft er þetta tungumálið „til að leysa vandamál vefsins“. Það er skrifað í C og er hratt, létt tungumál í sjálfu sér ... að því tilskildu að þú bíður ekki eftir að stórt ramma ræsisferli gangi! Upp úr þessu samhengi kom MicroPHP Manifesto, skrifað af manni sem við köllum Funkatron (þó að hann heiti í raun Ed Finkler). Það er röð fullyrðinga sem segja að það sé í lagi að byggja fjölda samvirkra lítilla eininga, að stærri sé ekki betri og að raunverulega sé lífið of stutt fyrir Java - jafnvel þó það sé skrifað í PHP.
