PHP matearje: klasse eksimplaar oanmeitsjen

It idee fan foarwerp-rjochte programmearring is folle breder mooglikheden PHP fanwege syn spesifisiteit, mar sels yn 'e hjoeddeiske útfiering is jout de programmeur ûnbeheinde mooglikheden. PHP matearje design - in spesjale metoade fan in klasse (foarwerp) dat hjit elke kear in eksimplaar wurdt oanmakke.

Beheining is dat PHP wurket op it stuit fan in side. Yn in tiid dat de side is ferfarske of laden oare side op itselde plak, de ferplichte systeem foarwerpen foarme wer hielendal opnij yn.

It oanmeitsjen fan in eksimplaar

Klasse Description is net nedich te hawwen in constructor. At it nedich is tariede de oarspronklike wearden fan fariabelen, te fangen it momint fan it meitsjen fan 'e klasse instance (object) te fieren bepaalde aksjes op oare objekten, kinne jo net brûke PHP klasse matearje syntaksis en skriuw it passend koade bûten de klasse metoaden.

Neffens de logika fan foarwerp-rjochte programmearring styl, elk klasse moat hawwe in constructor dat mear wurde moat begûn út 'e klasse beam abstract (hielendal leech) foarâlder. Dit oerbliuwsel fan it ferline, ynstee fan in ferstannige praktyk.

Wannear't pedigree begjint wichtige klasse, dat hat syn eigen gegevens en eigenskippen dy't by de eksterne gegevens (objekten) sûnder funksje oanlizze PHP is ûnmisber.

Yn dit foarbyld, de funksje (constructor) wurdt neamd te meitsjen (PHP matearje) de datum fan de klasse eksimplaar. It hat in spesifike namme en hjit __construct machine mar ien kear, doe't de klasse instance wurdt oanmakke.

Dit klasse jout in statyske fariabele $ iUniqueNo, dat yn alle kopy fan dizze klasse sil hawwe in unike wearde. Ynstânsjes fan de lessen hawwe neat mien útsein foar de beskriuwing yn de PHP ramt en syntaksis fersoarge troch de ûntwikkeler fan harren ynteraksje metoaden.

Inheritance Initialisieren logic

Elts objekt moat útfiering syn doel, te hawwen wat er moat, en doch hwet ik moat. Mei sa'n ridlike perspektyf inisjalisaasje op elts nivo komôf kin Initialisieren fan eltse foarfaar, neisiet neamd in nivo.

Yn dit foarbyld, it trefwurd kinne jo belje parent :: âlder constructor mei it nivo fan it bern. Semantyk is simpel. Earst is te fieren syn Initialisieren foarfaar, dan de hjoeddeiske eksimplaar. De earste folget in eigen logika, de twade - syn eigen.

As elke foarwerp is dwaande mei it bedriuw, de totale proses goed is en begryplik. Mar dit moat net wurde oer it generaal beskôge as de noarm foar alle fasiliteiten systemen.

Pedigree systeem foarwerpen "iten" yn 'e earste approximation meie hawwe wat mien, mar de produkten binne molke, watermeloen, pasta en nôt hoewol't se hearre oan sa'n systeem, mar se sjogge en wurde beskreaun hiel oars.

Untwikkelder moatte bouwe elts foarwerp op it programma systeem, en net op hoe't it wie ien kear immen suggerearre. Elts probleem is unyk, it is in eask om te brûken op PHP parent matearje - net absolute.

Publike en partikuliere konstrukteurstitel

De standert constructor is mienskiplik en beskikber foar gebrûk troch alle neiteam. Net needsaaklikerwize jaan publike funksje matearje, standert, PHP behannelet allegearre beskreaun as mienskiplik.

Hoe't it logysk te brûken it privee kaaiwurd yn 'e beskriuwing fan' e ûntwerpers - de spesifisiteit fan it probleem, in skaaimerk fan it proses fan de ûntwikkeling of programmeur foarkar?

Ut in konseptuele eachpunt pedigree foarwerpen kinne tastean gjin beheinings oangeande harren foarâlden oan neiteam, mar hoefolle is in ridlike logika is swier te sizzen, dochs, yn 'e totale kontekst.

object lifetime

It begryp foarwerp-rjochte programmearring PHP matearje klasse breder mooglikheden foar de ienfâldige reden dat de lêste allinne bestean op it momint fan in side, it opnij te meitsjen of meitsje in oare side.

Partisipaasje fia JavaScript AJAX browser en de goede koade op de tsjinner kin helpe om foar- lein it libben fan foarwerpen, mar yn hokker foarm dan sil wêze beheinde styl.

PHP jout de mooglikheid om rinne it skript op de tsjinner as de kliïnt is "Net ferbûn" en "akseptearje" de klant werom nei it skript rint hjar foar, mar dit is gjin opsje as de foarwerp-rjochte programma wurdt útfierd yn C ++.

Yn it lêste gefal, kinne jo bouwe in folsleine systeem fan objekten dy't sil wêze "foar ivich", as de programma is op en draait. Lykwols, it allinnich kin grutsk wêze op in Stationary programmeartaal lykas C ++, C #, Pascal & Delphi. allegear boud oars, libje flugger en berikt mear yn in dynamyske online wrâld.

Ut de serialization ta selsbehâld

Jo kinne fine histoaryske ferantwurding foar de term "serialization" en uterlik yn it deistich libben it begryp "magyske metoaden". Mar alles is folle makliker. Krekt itselde as it ferskil tusken de frijheid fan de C ++ op de hurdens fan 'e C # serialization ôfwykt fan it banale begripen:

• skriuw it objekt oan in string;
• lês in foarwerp út in tekenrige.

Said Surround magy en mytysk magyske metoaden - prachtig, lûd, mar in bytsje praktysk. De wrâld fan ynformaasje is nijsgjirrich benammen yn dat alle sichtber, te hearren en materieel kin omskreaun wurde as ienfâldich en gearhingjende tekst.

Ynformaasje hat altyd west, is en sil in karakter string. Gjin saak wat de natuer. De formele struktueren fan de programmearring talen, symboal fan 'e natuer allinne - taalkodearjen tafel.

It idee fan it omsette fan in foarwerp yn in string sadat doe nedich is, wie it mooglik om te herstellen fan dizze line sûnder ferliezen de essinsje - een hiel praktysk idee.

Fan sels oan sels

Semantyk PHP matearje constructor binnen syn syntaksis is beheind, mar as de ûntwerper ûntwikkeljen mei it ûntwikkeljen posysje:

• It is it begjin - te meitsjen fan in folslein nij eksimplaar;
• is de hjoeddeiske steat - ûntstiet de besteande eksimplaar.

PHP beheinings fanwege it feit dat it systeem fan objekten bestiet allinne yn 'e tiid fan in side, se ynlûke harsels.

It meitsjen fan in systeem fan objekten yn 'e foarming fan siden op jo webstee, dan kinne jo it bewarje. Foar ienfâld, dit proses is net needsaaklik neamd serialization, kinne wy beheine it behâld fan 'e status quo (databank triemmen), en doe't de needsaak om reconvene deselde side of meitsje in oar op deselde side, gewoan werstelle de hjoeddeiske stân fan saken, dat hat al foarme.

Yn dat ferbân wurdt de foarwerp systeem wurdt oanmakke mar ien kear, en yn 'e rin fan' e side wurdt it krekt ûntwikkeljen. Under dizze regeling, kinne jo ûntwerpe in systeem fan objekten lykas wêzen oanpasber nei feroarjende omstannichheden.

Self-sadat systeem foarwerp "herinnert" de aksjes fan de besiker en de status side, en elke kear wy rinne PHP, it is net ûntstien út scratch en restaurearre oan 'e foarige steat.