PHP construct: klasse-instantie creatie

Het idee van objectgeoriënteerd programmeren is veel breder mogelijkheden PHP vanwege zijn specifieke karakter, maar zelfs in de huidige implementatie geeft de programmeur onbegrensde mogelijkheden. PHP construct ontwerp - een speciale methode van een klasse (object) dat telkens een exemplaar gemaakt wordt genoemd.

Beperking is dat PHP werkt op het moment van een pagina. Op een tijdstip waarop de pagina is ververst of geladen andere pagina op dezelfde locatie, het vereiste systeemvoorwerpen wederom gevormd vanaf nul.

Het creëren van een instantie

Klasse Beschrijving is niet verplicht om een aannemer te hebben. Als u de oorspronkelijke waarden van de variabelen te bereiden, tot het moment van het maken van de klasse-instantie (object) om bepaalde acties uit te voeren op andere objecten te vangen, kunt u geen gebruik van PHP klasse construct syntax en schrijf de juiste code buiten de methoden van de klasse.

Volgens de logica van object-georiënteerd programmeren stijl, moet elke klasse een constructeur dat er meer moet worden gestart vanaf de klasse boom abstract (helemaal leeg) voorouder hebben. Dit overblijfsel uit het verleden, in plaats van een verstandige praktijk.

Wanneer stamboom begint significant klasse, die zijn eigen gegevens en eigenschappen in verband met de externe data (objecten) zonder functie te construeren heeft PHP is onmisbaar.

In dit voorbeeld wordt de functie (constructeur) opgeroepen om te maken (PHP construct) de datum van de klasse-instantie. Het heeft een specifieke naam en heet __construct machine slechts één keer, wanneer de klasse-instantie wordt gemaakt.

Deze klasse biedt een statische variabele $ iUniqueNo, dat in elk exemplaar van deze klasse een unieke waarde zal hebben. Gevallen van klassen hebben niets met elkaar gemeen, behalve voor de beschrijving in de PHP framework en syntaxis die door de ontwikkelaar van hun interactie methoden.

Inheritance initialisatielogica

Elk object moet zijn doel uit te voeren, om te zien wat hij moet hebben, en doen wat ik moet. Met een redelijke perspectivisch initialisatie op elk niveau voorgeschiedenis kunnen initialiseren van elke voorouder, afstammeling genoemd niveau.

In dit voorbeeld is het sleutelwoord kunt u bellen ouder :: ouder constructeur met het niveau van het kind. Semantiek is eenvoudig. Eerst wordt de initialisatie voorouder, wordt de huidige instantie voeren. De eerste volgt zijn eigen logica, de tweede - zijn eigen.

Wanneer elk object is actief op het gebied, het totale proces correct en begrijpelijk. Maar dit mag niet in het algemeen worden beschouwd als de norm voor alle faciliteiten systemen.

Stamboom systeem "food" objecten in de eerste benadering kan iets met elkaar gemeen hebben, maar de producten zijn melk, watermeloen, pasta en granen, hoewel ze behoren tot een dergelijk systeem, maar ze eruit zien en zijn heel anders beschreven.

Ontwikkelaar moet elk object op de toepassing systeem te bouwen, en niet over hoe het was ooit iemand suggereerde. Elk probleem is uniek, het is een vereiste om te gebruiken op PHP ouder construct - niet absoluut.

Publieke en private constructeurs

De standaard constructor komt vaak voor en beschikbaar voor gebruik door alle nakomelingen. Hoeft niet te betekenen publieke functie construct, bij verstek, behandelt PHP al omschreven als vaak.

Hoe is het zinvol om de private zoekwoord in de beschrijving van de ontwerpers gebruiken - de specificiteit van het probleem, een kenmerk van het proces van de ontwikkeling of programmeur voorkeur?

Vanuit een conceptueel oogpunt stamboom objecten kunnen eventuele beperkingen met betrekking tot hun voorouders afstammelingen toe te staan, maar hoeveel is een redelijke logica is moeilijk te zeggen, hoe dan ook, in de algemene context.

lifetime object

Het concept van object-georiënteerd programmeren PHP construct klasse ruimere mogelijkheden om de eenvoudige reden dat deze laatste alleen bestaan op het moment van een pagina, herstellen of maak een andere pagina.

Deelname via JavaScript AJAX browser en de juiste code op de server kan helpen om de levensduur van objecten te verlengen, maar in welke vorm dan ook zal het beperkt stijl zijn.

PHP biedt de mogelijkheid om het script uit te voeren op de server als de client is "losgekoppeld" en "accepteren" de klant terug naar het script ze uit te voeren, maar dit is geen optie wanneer het object-georiënteerd programma wordt uitgevoerd in C ++.

In het laatste geval kunt u een compleet systeem van voorwerpen die "altijd" zal worden gebouwd, omdat het programma is up and running. Echter, het kan alleen maar een stationaire programmeertaal zoals C ++, C #, Pascal en Delphi bogen. alle sneller verschillend gebouwd, wonen en bereikt meer in een dynamische online wereld.

Uit de serialisatie van zelfbehoud

U kunt historische rechtvaardiging voor de term "serialisatie" en het uiterlijk in het dagelijks leven het concept van de "magische methoden" vinden. Maar alles is veel gemakkelijker. Precies hetzelfde als het verschil tussen de vrijheid van de C ++ van de hardheid van de C # rangschikking verschilt van de banale begrippen:

• schrijf de object naar een string;
• Lees een object uit een tekenreeks.

Zei surround magie en mythisch magisch methoden - prachtig, luid, maar weinig praktisch. De wereld van informatie is interessant vooral doordat alle zichtbare, hoorbare en tastbare kan worden beschreven als eenvoudige samenhangend geheel.

Informatie is altijd geweest, is en blijft een tekenreeks zijn. Ongeacht wat de natuur. De formele structuren van programmeertalen, symbool van de natuur alleen - codering tafel.

Het idee van het omzetten van een object in een string, zodat wanneer dat nodig is, het mogelijk was om te herstellen van deze lijn zonder verlies van de essentie - een zeer praktische idee.

Van jezelf aan

Semantiek PHP construct constructeur binnen de syntax is beperkt, maar als de ontwerper te ontwikkelen met de ontwikkelingslanden positie:

• Het is het begin - om een totaal nieuw exemplaar te creëren;
• is de huidige state - creëert het bestaand exemplaar.

PHP beperkingen te wijten aan het feit dat het systeem van objecten het bestaat alleen op het moment van een pagina, ze zelf in te trekken.

Het creëren van een systeem van objecten in de vorming van de pagina's op uw site, kunt u het opslaan. Omwille van de eenvoud, is dit proces niet per se genoemd serialisatie, kunnen we het behoud van de status quo (databasebestanden) te beperken, en wanneer de noodzaak om dezelfde pagina opnieuw bijeen te roepen of maak een ander op dezelfde locatie, gewoon de huidige stand van zaken, die reeds is gevormd herstellen.

In deze context wordt het object systeem slechts één keer gemaakt, en in de loop van de site is het gewoon ontwikkelen. Volgens deze regeling kunt u een systeem van objecten te ontwerpen als zijnde aan te passen aan veranderende omstandigheden.

Zelfbestendigende systeem object "onthoudt" de acties van de bezoeker en de statuspagina, en elke keer dat we PHP draaien, is het niet gemaakt vanuit het niets en teruggebracht naar de vorige toestand.