PHP konstruere: class eksempel etableringen

Ideen om objektorientert programmering er mye bredere muligheter PHP grunn av sin spesifisitet, men selv i dagens implementering det gir programmereren ubegrensede muligheter. PHP-konstruksjonen design - en spesiell metode for en klasse (objekt) som kalles hver gang en forekomst er opprettet.

Begrensning er at PHP arbeider samtidig med en side. På et tidspunkt da siden oppdateres eller lastet annen side på det samme stedet, de nødvendige system gjenstandene formes på nytt fra bunnen.

Opprette en forekomst

Klasse Beskrivelse er ikke nødvendig å ha en konstruktør. Hvis man trenger for å forberede de initielle verdier av variabler, for å fange øyeblikket for å skape den klasse forekomst (objekt) til å utføre bestemte handlinger på andre objekter, kan man ikke bruke PHP klasse konstruere syntaks og skrive riktig kode utenfor klassen metoder.

Ifølge logikken i objektorientert programmering stil, bør hver klasse har en konstruktør at mer bør startes fra klassen treet abstrakt (helt tom) stamfar. Dette relikvie fra fortiden, i stedet for en fornuftig praksis.

Når stamtavle begynner betydelig klasse, som har sine egne data og egenskaper forbundet med det eksterne data (objekter) uten funksjon konstruere PHP er uunnværlig.

I dette eksempel er funksjonen (konstruktøren) kalt for å skape (PHP-konstruksjon) datoen for den klasse forekomst. Den har et bestemt navn og kalles __construct maskin bare én gang, når klassen forekomsten blir opprettet.

Denne klassen gir en statisk variabel $ iUniqueNo, at i hvert eksemplar av denne klassen vil ha en unik verdi. Forekomster av klassene har ingenting felles bortsett fra beskrivelsen i PHP rammeverk og syntaks levert av utbygger av sine interaksjonsmetoder.

Arv initialisering logikk

Hvert objekt skal gjennomføre sin hensikt, for å ha det han skal, og gjør det jeg må. Med en så fornuftig perspektiv initialisering på hvert nivå herkomst kan omfatte initialisering av hver stamfar, etterkommer kalles et nivå.

I dette eksempelet kan søkeordet du å ringe foreldrene :: forelder konstruktør med nivået på barnet. Semantikk er enkel. Først skal utføre sin initialisering stamfar, blir den aktuelle eksempel. Den første følger sin egen logikk, den andre - hans egen.

Når hvert objekt er engasjert i virksomheten, er den totale prosessen korrekt og forståelig. Men dette bør ikke generelt ansett som normen for alle fasiliteter systemer.

Aner system objekter "mat" i første tilnærming kan ha noe til felles, men produktene er melk, vannmelon, pasta og frokostblandinger selv om de tilhører et slikt system, men de ser ut og er beskrevet ganske annerledes.

Utbygger må bygge hvert objekt på søknadssystem, og ikke på hvor det var en gang noen foreslo. Hver oppgave er unik, det er et krav for å bruke på PHP foreldre konstruere - ikke absolutt.

Offentlige og private konstruktører

Standard konstruktør er vanlig og tilgjengelig for bruk av alle etterkommere. Betyr ikke nødvendigvis offentlig funksjon konstruere, som standard, behandler PHP alle beskrevet som vanlig.

Hvordan det er fornuftig å bruke den private søkeord i beskrivelsen av designerne - spesifisiteten av problemet, en funksjon av prosessen med utvikling eller programmerer preferanse?

Fra en konseptuell synspunkt stamtavle gjenstander kan tillate noen restriksjoner med hensyn til sine forfedre til etterkommere, men hvor mye er en fornuftig logikk er vanskelig å si, uansett, i sammenheng.

Object levetid

Konseptet med objektorientert programmering PHP konstruere klasse større muligheter for den enkle grunn at sistnevnte bare eksisterer på tidspunktet for en side, det re-etablere eller opprette en annen side.

Deltakelse via Javascript AJAX nettleser og riktig kode på serveren kan bidra til å forlenge levetiden på objekter, men i noen form vil det være begrenset stil.

PHP gir mulighet til å kjøre skript på serveren når klienten er "frakoblet" og "godta" klienten tilbake til skriptet kjører dem før, men dette er ikke et alternativ når objektorientert program er implementert i C ++.

I sistnevnte tilfelle, kan du bygge et komplett system av objekter som vil være "evig", som programmet er oppe og går. Men den bare kan skryte av en stasjonær programmeringsspråk som C ++, C #, Pascal og Delphi. alle forskjellig bygd, lever raskere og når flere i en dynamisk online verden.

Fra serialisering av selvoppholdelses

Du kan finne historiske begrunnelsen for begrepet "serie" og utseende i hverdagen begrepet "magic methods". Men alt er mye enklere. Nøyaktig det samme som differansen mellom frihet av C ++ av hardheten av den C # serialisering skiller seg fra de banale begreper:

• skrive gjenstanden til en streng;
• lese et objekt fra en streng.

Sa surround magi og mytiske magiske metoder - vakkert, høyt, men lite praktisk. Norsk av informasjon er interessant først og fremst ved at hele det synlige, hørbar og håndgripelig kan bli beskrevet som enkel og sammenhengende tekst.

Informasjon har alltid vært, er og vil være en tegnstreng. Uansett hva naturen. De formelle strukturer av programmeringsspråk, symbolet på naturen alene - koding tabellen.

Ideen om å konvertere et objekt til en streng, slik at når det er nødvendig, det var mulig å komme seg fra denne linjen uten å miste essensen - en svært praktisk idé.

Fra selv til selv

Semantikk PHP konstruere konstruktør innen syntaksen er begrenset, men hvis designeren utvikle med å utvikle posisjoner:

• Det er begynnelsen - for å skape en helt ny forekomst;
• er den nåværende tilstanden - skaper den eksisterende instans.

PHP begrensninger på grunn av det faktum at systemet av objekter det eksisterer bare på tidspunktet for en side, de trekker seg.

Opprette et system av objekter i dannelsen av sider på nettstedet ditt, kan du lagre det. For enkelhets skyld er denne prosessen ikke nødvendigvis kalles serialisering, kan vi begrense bevaring av status quo (databasefiler), og når behovet for å reconvene samme side eller opprette en annen på samme sted, er det bare å gjenopprette den nåværende tilstand, som allerede har blitt dannet.

I denne sammenheng er objektet system skapt bare én gang, og i løpet av nettstedet er det bare å utvikle. Under denne ordningen, kan du designe et system av objekter som kan tilpasses skiftende forhold.

Selvforsterkende system objekt "husker" handlingene til den besøkende og statussiden, og hver gang vi kjører PHP, er det ikke laget fra bunnen av og restaurert til tidligere tilstand.