10 nyomós ok használata Zend Framework

Ebben a cikkben bemutatjuk 10 ok, amiért érdemes használni a Zend Framework a következő tervezetet. Ez segít abban, hogy megalapozott döntéseket hozzanak, függetlenül attól, hogy van egy új projekt beindításához, vagy jobb a régit.

Indokolás 1. osztály öröklési

Zend Framework egy teljesen objektum-orientált működési környezet, és így értékesíti a sok objektum-orientált (OO) fogalmak, mint öröklés és az osztály interfész. Ez teszi a legtöbb (ha nem az összes) ZF alkatrészek bővíteni egy bizonyos pontig. A fejlesztők végre a saját speciális változatai az egyes komponensek repedés nélkül a kódot a ZF. Ezzel a képességgel mutatva ezáltal ZF lehetővé teszi, hogy hozzon létre funkciók egyedi lesz a projekt. De hála az objektum-orientált jellegét, akkor képes lesz arra, hogy ezt a funkciót más projektekben.

Zend Framework egy nagyon nagy alkatrész érvényesítés. amely lehetővé teszi, hogy az adatok érvényesítését érkező formákat. A ZF formák is kezeli tárgyak és bemutatott alkatrész Zend_Form.

Tegyük fel, hogy hozzon létre egy egyedi funkció, hogy ellenőrizze a URL-t, adja meg az URL-t, hogy korlátozza a felhasználó számára. A leggyorsabb módja a vizsgálati, mint ez:

De nem ez a lényege egy tárgy OO formában nem használják összefüggésben formájában. Hogy oldja meg a problémát, hozzon létre egy új osztályt Zend_Validator_Url. ami egy alosztálya Zend_Validate_Abstract.

Valójában használt Zend_Uri osztályban. amely már ellenőrzésére szolgáló eljárást az URL, amit használunk. De mivel nem ő az örököse Zend_Validate_Abstract. már végre egy wrapper osztály, amely az utódja a jogot egy absztrakt osztály. Ez a megközelítés lehetővé teszi számunkra, hogy használja az URL-érvényesítési szolgáltatását osztály Zend_Uri mi Zend_Form objektum az alábbiak szerint:

Ok 2: Az objektum-orientált jellegét

Minden Zend Framework egy objektum, mint látható a fenti példában. Ez a helyzet akkor tekinthető hátrány, mert állítólag bonyolult kódot. Azonban a fő előnye az a képesség, hogy újra kódot, és mivel senki sem szeret ismétli önmagát.

Van osztályok és Zend_Validate_Url Form_Site A fenti példában, vegyünk egy kész funkcionalitást.

A böngészőt, így kell kinéznie:

Ha megpróbálja átadni egy érvénytelen URL, látni fogja a munka a mi teszt funkció:

És itt láthatja, mi történik, ha beírja a helyes URL:

Mint látható, már nem ismétlődik az objektum kódja űrlapunkat.

„Class Zend_Validate lehet használni más módon, nem csak a keretében a Zend_Form osztályban. Egyszerűen végrehajtja Zend_Validate osztály és hívja a isValid ($ paraméter). halad, hogy az értékeket, amelyeket az ellenőrizni kívánt. "

Ok 3., amire szüksége van, és felejtsd el minden mást.

Tény, hogy a Zend Framework egy sor osztályok. Általában használt Zend MVC alkatrészek létrehozni egy teljes projekt a ZF, de minden más esetben, akkor egyszerűen töltse le a szükséges komponenseket. ZF szerkezet elszakad szerkezet, ami azt jelenti, hogy a komponensek kihasználni egy könyvtár, nem minden munkafolyadék teljesen.

Van verseny a ragadós média és a munka teljes ciklus környezetben. Dolgozik teljes ciklus környezetet biztosít mindent, amire szüksége van, hogy hozzon létre a projekt (például a végrehajtás a ORM, kód nemzedék, és így tovább). Dolgozik teljes ciklus környezet megköveteli legalább a projekt létrehozásához, de ennek során szigorú követelmények előírásával az alkalmazásban.

Ez a kód jelenik meg:

Meg kell jegyezni a következőket: a Zend Framework komponens (GData) jóváhagyja a Google PHP könyvtár hozzáférnek az API-t. Munkakörnyezet korrodált szerkezet lehetővé teszi a használatát alkatrészek minden projekt, függetlenül attól, hogy az eszközöket, amelyek a projekt végrehajtása.

Ok 4. Ez egy komplett megoldás a különféle feladatok!

Zend számos demót, amelyek megmutatják, hogyan kell használni a különböző komponensek:

Nézni őket, a legjobb, hogy töltse le a teljes csomag Zend Framework, és kipróbálni a gépen.

A teljes lista az összetevők lehet beszerezni az Irányelvek a Zend Framework.

Ok 5. Nem a modell megvalósítását - válaszd a kaland!

Ez az egyetlen oka, sok fejlesztő nem használja a Zend Framework - nem rendelkezik saját végrehajtási modellt. Azok számára, akik nem tudják, mi a modell - az M betű a rövidítés MVC (Model-View-Controller Model-View-Controller.) Szoftver architektúra, amelyet használnak a legtöbb dolgozó PHP környezetben.

Ez azt jelenti, hogy a Zend Framework - a munkakörnyezet, amely támogatja csak a „VC”?

Igen. Mert ő nem tényleges végrehajtása a modell. Ez megnehezíti egyeseknek a használata a ZF, különösen akkor, ha megy a használata a munkakörnyezet, amely megvolt a maga a modell megvalósítását (pl CakePHP Symfony vagy Ruby on Rails).

Másrészt. sz. MVC a munkaközeg, mivel egy közös módszert hajtják végre az adatbázis eléréséhez (használt Zend_Db). És ő tényleg támaszkodik valamilyen formában a Modell megvalósításáról. Úgy tűnik, hogy miért nem tudja végrehajtani a modell? Filozófia Zend Framework kimondja, hogy a modell megvalósítását egyedi a projekt, és ez nem lehetséges létrehozni egy absztrakt végrehajtását, mert senki sem tudja, mit kell tennie. Úgy vélik, hogy a modellt kell végrehajtani a fejlesztő.

Mi olyan jó?

Az végrehajtásának hiánya a modell azt jelenti, hogy a fejlesztő szabadon használhatja, amit ő úgy véli, a végrehajtásához szükséges, és akár integrálni a meglévő végrehajtását. Mivel korlátaitól mentes a fejlesztő létrehozhat egy komplex megvalósítása, mint egy egyszerű ábrázolása a táblák, amelyek általában végzik a modell megvalósítását. A modell tartalmazza az üzleti logikát. Nem szabad korlátozni adatbázis tábla. Meg kell adnia a követelményeket egy asztal csatlakozzon egy másik. Így lehetséges, hogy helyezze a programkódot a modell, amely megfelel a paradigma a „vékony vezérlő, zsír modell” MVC.

Hogyan kell használni a Zend Framework, ha nincs ötlete, hogyan lehet létrehozni saját modell?

A kezdők útmutató Gyors üzembe Zend Framework mutat egy jó módja, hogy hajtsák végre a modell. A tanulság van megvalósítva ORM megközelítés végrehajtásához a modell. Ez a fejezet három fájlt: Modell, amely megvalósítja az absztrakt a tárgyat; Mapper, amely létrehoz az adatokat az adatbázisból a modellt; és az objektum egy adatbázis tábla, amely a Mapper az adatok kinyeréséhez. Lecke kód „a ZF Quick Start” használja ezt a módszert a modell megvalósítását egyszerű alkalmazások „Vendégkönyv”.

Azok számára, akik kíváncsiak, „Miért kódolni minden saját, ha más munkakörnyezetben, minden tette számomra?” A válasz abban rejlik, a következő okok miatt.

Ok 6. Integrálja semmit minden, amit akar!

Szétválasztása szerkezet Zend Framework lehetővé teszi az integráció más könyvtárak, amelyek szeretnénk használni. Tegyük fel, hogy a használni kívánt Smarty sablonként rendszert. Ez könnyen elvégezhető segítségével osztály göngyölő Zend_View_Abstract. mely a Smarty végrehajtása rajznézetben ..

Az ilyen intézkedések is végezhetjük a fordított irányba a ZF lehet integrálni más könyvtárak. Például tudja integrálni ZF be Symfony.

Például próbálja használni Tan végrehajtásához a modell. Folytatva a fenti példa egy weboldal célja, akkor végre egy adatbázis tábla:

Hogy integrálja Doktrínális ZF kell győződnie arról, hogy a megfelelő beállítások megadhatók. Irányítani a Tan használni ZF használhatja a leckét dev.juokaz.com oldalon.

Tegyük fel, hogy minden helyesen tette, akkor csak hozzon létre egy modellt fájlt az tan cli.php fájlt a leckét:

Meg kell látni az üzenetet:

Ezután meg kell, hogy ellenőrizze a mappában tárol a generált osztály modell.

Most a vezérlő osztályban, akkor a modell osztály helyén.

Ha most ellenőrizze a táblázat oldalakon. akkor kell a bejegyzést:

Most, akkor minden alkalommal kérjen helyén, a vezérlő fogja használni a végrehajtás a Tan modell menteni az adatokat az adatbázisba. A telepítés lehet egy kicsit bonyolult, de most a projekt megkapta az előnyöket az eszköz, amelyet kifejezetten a Modell megvalósításáról. A projekt most erejét kihasználva a két jól fejlett technológiákat.

Ok 7. Irányelvek és szabványok

Zend Framework-ben fejlesztették ki az iránymutatásnak megfelelően Fejlődés Pártja. alap nyilatkozatokat, amelyek szövege a következő:

1. Minden fejlesztő kódot vagy dokumentációt bármely szinten (bár néhány sornyi kódot, vagy egy új alkatrész) alá kell írnia Hozzájárulás licencszerződés (CLA).
2. A kód kell vizsgálni PHPUnit.
3. A kód szigorúan meg kell felelnie az előírásoknak kódoló

Tiszta és igényes menedzsment biztosítja, hogy csak akkor használja a kiváló minőségű olvasható kód, amely teljesen tesztelt.

8. Az ok kódja bűnös, amíg nem bizonyítja ártatlanságát (fejlesztés, teszt-vezérelt)

Fejlesztése tesztvezérelt - egy programozási technika, amely előírja, hogy a fejlesztő előtt az írási funkciót levelet teszt a funkciót. A fejlődő teszt első, a programozó:

1. Gondoljunk csak a lehetőségeit kód használatával lehetőség
2. Ez létrehoz egy fehér listát bemeneti és kimeneti
3. Ez leegyszerűsíti a saját kódját
4. Ez leegyszerűsíti a kód átviteli folyamat egyik emberről a másikra

Zend Framework segítségével könnyen nyomon a fejlesztési folyamat, tesztvezérelt egy Zend_Test. amely felhasználja PHPUnit (a népszerű operációs környezetet a teszt). PHPUnit segítségével tesztelheti nemcsak vezérlők, de a könyvtárak és a modell funkcióit.

Az integráció a PHPUnit és a Zend Framework

Telepítése Zend Framework és PHPUnit nem túl bonyolult. Ha fut, hogy legalább egyszer, akkor egy hasonló eljárás a jövőbeli projektekhez. A következő lépések feltételezik, hogy a használt Zend_Tool megépíteni a szerkezete a projekt és a fájlokat.

Először állítsa PHPUnit, például keresztül PEAR:

Phpunit.xml majd nyissa meg a fájlt. generáló Zend_Tool. Megtalálható a vizsgálatok mappa a gyökérkönyvtárban a projekt. Adjuk hozzá a következő sorokat:

A mentés után phpunit.xml. Hozzon létre egy új fájlt ugyanabban a könyvtárban, mint a phpunit.xml. és hívjuk TestHelper.php. Ez PHP fájlt, amelyek segítik a környezet a teszt.

Ezután hozza létre a szülő osztály ControllerTestCase. amely a szülő minden vezérlő. Így a módszerek, amelyek általánosan használt minden osztálya teszt vezérlők.

Készítsen egy vezérlő osztályban teszt:

Most már csak meg kell futtatni a tesztet. Nyissa meg a parancssort, lépjen a tesztek mappa és típus:

A kimenet hasonlónak kell lennie az alábbi képet:

Ok 9. A Közösség és a dokumentáció

Sok alkatrészek, összetettsége és teljesen objektum-orientált megközelítés. Zend Framework nagyon időigényes megtanulni. valamivel könnyebb folyamat A dokumentáció teljességének és a fejlesztői közösség. Már a kezdet kezdetén, Zend Framework programozói útmutató büszkélkedhet teljes útmutató minden összetevője ZF, kódpéldákat és elméletek használni.

Ok 10. Certification!

Ha továbbra is kétséges, hogy szükség van, hogy dolgozzon ki és használja a Zend Framework, ez a tény nagyon különböző Zend Framework minden más eszközök. Zend minősítési lehetőséget kínál nem csak a Zend Framework, hanem a PHP. Amely minősítéseket, Zend segít használni a tudást a PHP és a Zend Framework, hogy javítsa a portfolió, illetve folytathatja. Weboldal tanúsító Zend listát ad érveket. Íme néhány közülük:

kiegészítés

Fenntartani az egyensúlyt egy rövid listát oka, hogy segítsen eldönteni, hogy nem használja a Zend Framework:

1. Nagyon meredek tanulási görbe. PHP mester ZF nem lesz nehéz egy tapasztalt fejlesztő, de a kezdők számára van egy hatalmas mennyiségű anyagot, hogy vizsgálja meg!
2. Nagy volumenű. Mivel a Zend Framework számos összetevő, a teljes mennyiség jóval magasabb, mint a más eszközökkel. Például a rendszer mappát CodeIgniter a mérete 1,5 MB, és a Zend Framework - 28MB.
3. Nem állandó építési eszköz. Bár Zend_Tool néhány funkciót, de nagyon szerény, mint a közművek építése a teljes cikluson dolgozó folyadékokat, például CakePHP vagy Symfony.
4. Nem barátságos házigazda. Mappastruktúra generált Zend_Tool. Ez azt sugallja, hogy a nyilvános mappa egyetlen könyvtárban elérhető a http, ami arra utal, hogy a felhasználó képes létrehozni egy virtuális szerver a projekt. Ez a feltételezés nem igaz sok webtárhely.
5. Túl „ragadós”. Mivel minden külön osztályokba, és néha nagyon nehéz elképzelni, hogyan működik minden. Anélkül Zend_Tool nagyon nehéz megállapítani egy működő szerkezet a projekt.

következtetés

Számos fejlesztés történt a különböző üzemi PHP környezetben az elmúlt években. Vannak olyan eszközök, mint például CodeIgniter. CakePHP és Symfony. amelyek szintén alkalmasak a használatra. A választás a munkakörnyezet határozza meg mennyire érzi jól magát magad benne. Egyik eszköz nem segít, ha nem tudja teljes mértékben kihasználják annak előnyeit.

Csak próbáld Zend. Ha lesz kényelmes dolgozni benne - kiváló. Ha nem, hagyja, és próbálja meg egy másik munkakörnyezet. Nagyon hamar meg fogja találni, amit a legjobban megfelel az Ön igényeinek.

Által nyújtott információk útján két csatorna (látás és hallás) a képzés hatékonyságának sokkal jobb tanulás könyvekből. A házi feladatok és online tesztek lehetővé teszi, hogy folyamatosan úgy gondolja, a célnyelven, és azonnal ellenőrizze tudását!

Ha azt szeretnénk, hosszú ideig, hogy tanulmányozzák, hogyan lehet HTML-t, akkor engem, mert van jó hír!

Ha már megtanulta a HTML és tovább szeretne lépni, a következő lépés az lesz, hogy tanulmányozza a CSS technológiával.

Ha azt szeretnénk, hogy megértsék a fogalmak domain és tárhely, megtanulják, hogyan kell létrehozni egy adatbázist, feltölteni a fájlokat a honlapon keresztül FTP szerver, hozzon létre aldomain konfigurálja a postaládákat a helyszínen, és ellenőrzi a részvétel, a tanfolyam kifejezetten az Ön számára!

Kapcsolódó cikkek

• Általános információ a szinkron keret platform