OOP php bevezetése, web-fejlesztők blog

Meséld OOP php néhány ezekből készült el, mit nem találtam örömömet cikk a témában. Vannak száraz és unalmas, a hivatalos útmutatók vagy tárgyak, amelyek meghatározott, lényegében ugyanazt a kézikönyv csak részletesebb példákat, valamint a neten egy csomó elavult információkat ebben a témában.

Miért van szükség a PFSZ?

A népszerűsége és egyszerű php vezet az a tény, hogy a legtöbb ez a kód van írva a nyelv egy nagyon kétes minőségű. Fürdőzés után egy kicsit a szabad ideje, hogy a tanulmány a nyelv és amelynek egy kis kitartás, akkor is, ha nem ismeri a programozás, akkor írjuk be, webes alkalmazások. Amint megtanulod php tudod, hogy azok több funkciós. Ha azonban nem adott időt tervezése, röviddel bevezetése további jellemzői az alkalmazást, a hibakeresés és tesztelés bonyolult, és hozzá egy kis dolog, amit meg kell rendfelszedő annál kódmennyisége, úgy válik egyre inkább zavaró és bosszantó, más fejlesztők, megismerte a kód megesküszik, és nehéz kritizálni őt.

Tehát mi a helyzet? Miért élvezik a bővítési projekt ilyen gyorsan alakulnak egy halom spagetti kód egy felhő hibákat? A tény az, hogy a kezdők kódot írni, hogy nem csak mi szükséges hozzá egy adott helyzetben, és nem biztosít bármilyen változást. Ez a megközelítés nem elfogadható, különösen a webes alkalmazások, amelyek elkerülhetetlenül meg kell növekedni és fejlődni, ha természetesen lesz népszerű. Előbb-utóbb meg fogja, és talán más fejlesztők, akkor vissza kell térni a korábban írt kódot, és módosíthatja azt, és annál könnyebb lesz a munka, annál gyorsabb az alkalmazás fog fejlődni, és szert népszerűségre.

Amellett, hogy a PFSZ elterjedt úgynevezett tervezési minták - visszatérő megoldásokat Sablon programozási feladatok. A sablonok használata tesz lehetővé először meg kell tudni, hogy a megoldást a problémára, mielőtt felmerül, és a második megoldást a problémára belátható, hogy más fejlesztők, akik ismerik a sablont használják.

alapfogalmak

OOP - módszertani (módszer megközelítés) programozási amely szerint a szoftver termék képviseli formájában kölcsönható tárgyak. Nem értek egyet azzal, hogy a PFSZ mindig használatával jár osztályok - js, mint az objektum-orientált nyelv, de nincsenek osztályok. Azonban, ha a php PFSZ mindig használatával jár osztályok.

Egy tárgy alatt általában egy bizonyos nevű szervezetekkel tárolt adatok is, és miután a saját viselkedését. objektum viselkedését és az adatok szerkezete, hogy rendelkezik, valamint azt, hogyan fér hozzá az adatokhoz, leírja, hogy melyik osztály az objektum tartozik. Egy osztály leírása valami hasonló, kapcsolódó tárgyak, amelyek általában tárolja ugyanazon adathalmaz, és azonos viselkedést. Egy tárgy tartozik, hogy egy adott osztály, az úgynevezett saját példány. Példaként, egy osztály, amely leírja a felhasználó. Ez az osztály szerkezetét írja le az adatokat, hogy lesz bennük tárolt minden esetben az ebben az osztályban. Tegyük fel, hogy ezek az adatok lesznek a bejelentkezési név és jelszó. osztály objektum, amely rendelkezik egy adott felhasználónév és jelszó értékek lesznek egy példánya ebben az osztályban.

Három PFSZ bálna

OOP php bevezetése, web-fejlesztők blog

OOP három elven alapul, amely gyakran nevezik a három bálna a PFSZ, a következő:

A kapszulázás - ez az elv, amely szerint az adatok egyesítjük és tárolni a tárgyak, valamint a védett illetéktelen használat ellen.

Előfordulhat, hogy furcsa, hogy a programozó maga korlátozódik a jogot, hogy olvasni vagy módosítani az adatokat, de ez nagyon gyakran előfordul, hogy vége előtt a pálya és megérteni, hogy a kód nagyon nehéz, és ezért meg kell kerülni olyan helyzetekben, amelyek nyilvánvalóan rossz.
Az eredmény lehet egy kisérlet arra negatív korosztályban férfi fokon példaként visszaélés az adatokat. Természetesen, hogy egy ilyen kísérlet egy jól megírt kód nem sikerül, különben sérti a beágyazás van törve.
A gyakorlatban az az elv, hogy a tokozás adathozzáférési módszereket, amelyek ki tudják szűrni, vagy állítsa ezeket az értékeket, hogy megpróbáljuk megváltoztatni.

Öröklődés - egy megszerzésének folyamata egy objektum típus (osztály) az egyes tulajdonságait egy másik objektum típusa.

Gyakran előfordul, hogy a leírás egyik típusú objektum, amely osztály, teljesen alá leírása más típusú tárgy. Például, egy osztály, amely leírja a rendszergazda, és a felhasználó képes leírni, kivéve, hogy a felhasználónak nincs hozzáférési jogokat. Ebben az esetben van értelme, hogy egy osztály, amely leírja a rendszergazdák, leszármazottja az osztály, amely leírja a felhasználók számára. Az osztály, amely leírja az adminok nem kell leírni az adatokat és a viselkedés, amelyet már leírt a „felhasználó” osztály, meg kell csak leírják az adatokat, hogy lesz felelős hozzáférési jogokat. Ebben az esetben az osztály „felhasználó” őse osztály „admin”, ami lehet saját utód, és hogy az ő, stb öröklési lánc lehet tetszőlegesen hosszú. Szintén az egyik szülő lehet pár leszármazottai, amelyek mindegyike teljes mértékben megszerezni a tulajdonságait a szülő, és hozzáteszi, hogy nekik valamit a saját, vagy öröklés értelmetlen.

Polimorfizmus -, hogy ugyanazt a módszert használja nevet az oldatot több hasonló feladatokat.

Ennél elég unalmas elmélet. Legközelebb fogok írni, hogyan kell leírni az osztályok, és hozzon létre az esetekben az osztály számára az adatok (mezők), és metódusai.