PHP-konstruktion: klassinstansen skapande

Idén om objektorienterad programmering är mycket bredare möjligheter PHP på grund av dess specificitet, men även i det nuvarande genomförandet ger programmeraren obegränsade möjligheter. PHP-konstruktionen design - en speciell metod för en klass (objekt) som anropas varje gång en instans skapas.

Begränsning är att PHP arbetar vid tidpunkten för en sida. I en tid när sidan uppdateras eller laddat en annan sida på samma plats, de nödvändiga systemobjekt bildade om från början.

Skapa en instans

Klass Beskrivning behöver inte ha en konstruktör. Om du behöver för att förbereda de initiala värdena av variabler för att fånga ögonblicket att skapa klass instans (objekt) för att utföra vissa åtgärder på andra objekt, kan du inte använda PHP-klass konstruktion syntax och skriva rätt kod utanför klassmetoder.

Enligt logiken i objektorienterad programmering stil, bör varje klass har en konstruktör att mer bör inledas från klassen träd abstract (helt tom) förfader. Denna kvarleva från det förflutna, i stället för en vettig praxis.

När stamtavla börjar betydande klass, som har sina egna data och egenskaper som är förknippade med de externa data (objekt) utan funktion konstruera PHP är oumbärlig.

I detta exempel, är funktionen (konstruktören) som kallas för att skapa (PHP-konstruktion) med dagen för klassinstansen. Den har ett specifikt namn och kallas __construct maskin endast en gång, när klassinstansen skapas.

Denna klass ger en statisk variabeln $ iUniqueNo, att i varje kopia av denna klass kommer att ha ett unikt värde. Instanser av klasser har ingenting gemensamt med undantag för beskrivningen i PHP ram och syntax tillhandahålls av utvecklaren av deras interaktionsmetoder.

Arv initiering logik

Varje objekt måste implementera sitt syfte, att ha vad han skulle, och gör vad jag måste. Med ett sådant rimligt perspektiv initiering vid varje nivå anor kan innefatta initiering av varje förfader, kallas ättling en nivå.

I det här exemplet kan det sökord du ringa förälder :: förälder konstruktör med nivån på barnet. Semantik är enkel. Först är att utföra sin initiering förfader, då den aktuella förekomsten. Den första följer sin egen logik, den andra - hans eget.

När varje objekt är engagerad i verksamheten, är den övergripande processen korrekt och förståeligt. Men detta bör inte allmänt betraktas som norm för alla anläggningar system.

Stamtavla systemobjekt "mat" i första approximation kan ha något gemensamt, men produkterna är mjölk, vattenmelon, pasta och spannmål, även om de tillhör ett sådant system, men de ser ut och beskrivs helt annorlunda.

Developer måste bygga varje objekt i ansökningssystemet, och inte på hur det var när någon föreslog. Varje problem är unikt, det är ett krav att använda på PHP förälder konstruktion - inte absolut.

Offentliga och privata konstruktörer

Standard konstruktör är vanligt och tillgänglig för användning av alla ättlingar. Innebär inte nödvändigtvis public function konstruktion som standard behandlar PHP allt beskrivas som vanligt.

Hur är det vettigt att använda privata nyckelordet i beskrivningen av de designers - specificitet problemet, ett inslag i processen för utveckling eller programmerare önskemål?

Ur en konceptuell synvinkel pedigree objekt kan tillåta några begränsningar med avseende på deras förfäder till ättlingar, men hur mycket är en rimlig logik är svårt att säga, i alla fall i den totala sammanhanget.

Object livstid

Begreppet objektorienterad programmering PHP konstruktion klass bredare möjligheter för den enkla anledningen att de senare förekommer endast i samband med en sida, återupprätta den eller skapa en annan sida.

Deltagande via JavaScript AJAX webbläsare och rätt kod på servern kan bidra till att förlänga livslängden på föremål, men i någon form kommer det att vara begränsad stil.

PHP ger möjlighet att köra skriptet på servern när klienten är "bortkopplad" och "acceptera" kunden tillbaka till skript som körs dem tidigare, men detta är inte ett alternativ när det objektorienterade programmet genomförs i C ++.

I det senare fallet kan du bygga ett komplett system av föremål som kommer att vara "för evigt", eftersom programmet är igång. Men det kan bara skryta med en stationär programmeringsspråk som C ++, C #, Pascal och Delphi. alla byggda på olika sätt lever snabbare och når mer i en dynamisk online-världen.

Från serialisering av självbevarelsedrift

Du kan hitta historiska skäl för begreppet "serialisering" och utseende i vardagen begreppet "magic methods". Men allt är mycket enklare. Exakt samma som skillnaden mellan den fria C ++ på hårdheten av den C # serialisering skiljer sig från de banala begrepp:

• skriva objektet till en sträng;
• läsa ett objekt från en sträng.

Sade surround magi och mytiska magiska metoder - vackert, högt, men lite praktiskt. Den värld av information är intressant främst i att alla synliga, hörbara och konkret kan beskrivas som enkel och sammanhängande text.

Information har alltid varit, är och kommer att vara en teckensträng. Oavsett vad naturen. De formella strukturer programmeringsspråk, en symbol för naturen ensam - kodning tabellen.

Idén om att omvandla ett objekt till en sträng så att när det är nödvändigt, var det möjligt att återhämta sig från denna linje utan att förlora det väsentliga - en mycket praktisk idé.

Från själv att själv

Semantik PHP konstruktion konstruktör inom dess syntax är begränsad, men om konstruktören utvecklas med utvecklingsläget:

• Det är början - att skapa en helt ny instans;
• är det aktuella läget - skapar den existerande instansen.

PHP begränsningar på grund av det faktum att systemet av föremål det existerar endast i samband med en sida, de dra sig.

Att skapa ett system av föremål i bildandet av sidor på webbplatsen, kan du spara den. För enkelhetens skull, är denna process inte nödvändigtvis kallas serialisering kan vi begränsa bevarandet av status quo (databasfiler), och när det är nödvändigt att sammankalla samma sida eller skapa en annan på samma plats, helt enkelt återställa den nuvarande situationen, som redan har bildats.

I detta sammanhang är objektsystemet skapas endast en gång, och i samband med platsen är det bara utvecklas. Enligt detta system kan du utforma ett system av föremål som anpassas till förändrade förutsättningar.

Självförstärkande systemobjekt "kommer ihåg" agerande besökaren och statussidan, och varje gång vi kör PHP, är det inte skapas från grunden och återställas till det tidigare tillståndet.