Përmbajtje
Më pyesni se cilën kornizë duhet të përdor dhe unë ndoshta do të kem një moment plakë gruaje dhe do t'ju them se të gjitha kornizat janë aq të këqija sa njëri-tjetri. Që nuk do të thotë që të gjitha janë keq, saktësisht, por në PHP kemi një numër të paimagjinueshëm të madh të kornizave (zakonisht citohet si N + 1, ku N është numri i zhvilluesve të PHP në botë), dhe të gjithë ndoshta kanë kuptim personit që i ka shpikur ato.
Të kesh një zgjedhje të kornizave është ndoshta më mirë sesa të përpiqesh të përdorësh vetëm një kornizë, pavarësisht se çfarë saktësisht ishe duke u përpjekur të ndërtosh, sepse është ajo 'më e mira' (me çfarëdo mase 'më të mirë'). Kjo përzgjedhje e ofertave kornizë do të thotë që ju të mund të zgjidhni diçka që plotëson nevojat e projektit dhe madje mund të dokumentohet. Kornizat në çdo platformë janë me të vërtetë atje për të siguruar strukturë, module të ripërdorshme dhe biblioteka, dhe përgjithësisht shmangin të gjitha detyrat e mërzitshme dhe të përsëritura për të bërë me ndërtimin e të njëjtit funksionalitet pa pushim. Për shembull kur ndërtoni CMS, diçka duhet të përpunojë dhe të vërtetojë fushat e formularit për mua; nëse lihet në duart e mia mund të humbas diçka të rëndësishme dhe më shumë preferoj të bëj elementet e secilit projekt që janë të ndryshme, në vend se ato që janë të njëjta çdo herë!
Kornizat me pirg të plotë
Kornizat me pirg të plotë, të tilla si Zend Framework, mund të jenë një vend i mirë për të filluar për një zhvillues pa shumë përvojë të arkitekturës. Ai jep një strukturë të mirë për të varur një aplikacion të ri dhe ka një 'ekosistem' të mirë përreth tij - shumë libra, udhëzime dhe disa dokumente të arsyeshme gjithashtu. Nëse jeni duke u përpjekur të ndërtoni një aplikacion të madh i cili do të mirëmbahet nga shumë njerëz, atëherë një kornizë gjithëpërfshirëse, popullore, ka të ngjarë të jetë një zgjedhje e mirë pasi do të diktojë mjaft strukturë dhe do të jetë e njohur dhe e kuptuar mirë.
Të kesh strukturë për të ndihmuar në ndarjen është gjithmonë mirë; në fillim të karrierës sime kam punuar me disa shumë zhvilluesit e vegjël dhe u përpoqën t'u mësonin atyre modelin MVC (Model View Controller), i cili ishte relativisht i ri në atë kohë. Ne morëm vendimin për të përdorur Smarty në shtresën e pamjes; pjesërisht në mënyrë që dizajnerët të mund të punojnë me shabllonet më lehtë, dhe pjesërisht në mënyrë që kur dikush erdhi në tryezën time dhe më tha "si ta bëj X me Smarty?" Mund të them "mos bëj X në pamje!" (nëntë herë nga 10, kjo ishte përgjigjja). Pasja e kornizave na ndihmon të gjejmë të njëjtën ndarje në pjesët e tjera të aplikacionit tonë. Shumë prej tyre mbështesin integrimin kundër një shtrese tunduese siç është Smarty, ose e preferuara ime e re, Twig, kështu që ju mund të merrni ato mjete me vete cilindo kornizë që zgjidhni.
Lehtësojeni ngarkesën
Ka shumë korniza më të lehta sesa Korniza Zend, për shembull unë punoj shumë me CodeIgniter. A është aq gjithëpërfshirës dhe i fortë sa Korniza Zend? Jo, nuk është Por si një kornizë ndihmëse për të mundësuar ndërtimin e një aplikacioni me shpejtësi, është e dobishme. Në përgjithësi, kornizat me më pak funksionalitet 'ndihmës' mund të jenë më të lehta për tu gjetur, pasi është shumë më e qartë se si pjesët shkojnë së bashku. Në një kornizë të panjohur (për mua, kjo është pothuajse gjithçka), janë copat automatike që e bëjnë të vështirë punën dhe korrigjimin e gabimeve.
Kjo ndjenjë e të qenit "i humbur në një kornizë të re" është e pashmangshme dhe plotësisht zhgënjyese; edhe një zhvillues me përvojë ndihet si një fillestar kur nuk dinë se si funksionon diçka. Nëse jeni vërtet të pafat, do të keni zgjedhur një kornizë, kanali IRC i të cilit do t'ju tregojë se jeni edhe idiot! Thisshtë kjo përvojë fillestare shumë negative që i largon shumë njerëz duke përdorur një kornizë të re ose duke adoptuar një në radhë të parë, dhe shumë pak korniza bëjnë një punë të mirë për të ndihmuar përdoruesit e rinj në atë pengesë fillestare.
Në PHP kemi edhe disa korniza që në të vërtetë nuk janë korniza në mënyrën që unë e përdor zakonisht fjalën. Ne kemi disa korniza përbërëse të këndshme; koleksionet e bibliotekave të dizajnuara për t'u përdorur sipas dëshirës dhe për të luajtur bukur së bashku, të tilla si Zeta Components (më parë eZ Components) dhe Symfony Components (a e keni parë faqen e tyre? Ata fitojnë çmimin për veprat më të mira artistike!). Më e mira dhe më e nënshkruara prej tyre është, sigurisht, ofertat e vetë Dardhës dhe PECL të PHP - disi këto harrohen në këtë botë të guximshme të kornizave.
Mikroframrukturat
Mikroframrukturat janë një trend në zhvillim në PHP; këto janë oferta super të lehta që thjesht ju ndihmojnë të bashkoni gjërat më shpejt. Një shembull i mirë është Slim, i cili është shumë i shpejtë dhe i thjeshtë në përdorim, dhe kupton konceptet Pushuese. Ajo bazohet rreth idesë së 'itinerareve', të cilat janë modele URL. Ju regjistroni një itinerar dhe jepni një përgjigje që duhet të thirret kur të kërkohet ajo URL.
Shumica e zhvilluesve të PHP miratojnë një kornizë dhe i përmbahen asaj, ose ata mund të përdorin një në punë dhe një tjetër për hobin ose projektet e tyre me burim të hapur. Ekziston pak konsensus në lidhje me kornizën "më të mirë" për t'u përdorur, kështu që të gjithë thjesht i përmbahen asaj që dinë dhe rezultati është zhvillimi paralel i një numri masiv të kornizave! Më pëlqen të kem një përzgjedhje për të zgjedhur, por a përmenda që të gjithë janë po aq të këqij sa njëri-tjetri?
Nëse e njihni Kornizën Zend atëherë përfundoni duke e përshkruar veten si një zhvillues i Kornizës Zend; nuk do të ishit rehat të shkruani në një kornizë tjetër derisa të kishit një shans për ta kapur atë dhe ndoshta nuk mbani mend shumë nga funksionet e papërpunuara PHP për gjëra nëse nuk i përdorni shpesh. Kjo ide që ne jemi bërë zhvillues specifik për kornizën, duke punuar vetëm në krye të shtresave të abstraksionit, është pak e çuditshme për PHP. Mbi të gjitha, kjo është gjuha "për të zgjidhur problemin e internetit". Writtenshtë shkruar në C dhe është një gjuhë e shpejtë, e lehtë në vetvete ... me kusht që të mos prisni që të fillojë një proces i madh bootstrap kornizë! Nga ky kontekst doli Manifesti i MicroPHP, i shkruar nga një njeri që ne e quajmë Funkatron (megjithëse emri i tij është me të vërtetë Ed Finkler). It’sshtë një seri deklaratash që thonë se është në rregull të ndërtosh një numër modulesh të vegjël ndërveprues, se më i madhi nuk është më i mirë dhe se me të vërtetë, jeta është shumë e shkurtër për Java - edhe nëse është e shkruar në PHP.
