PHP / OOP: Lag et system for registrering og autentisering for brukere

Fra mail jeg får og diskusjoner på forumene jeg følger, fortsatt kjent til noen problemer for enkelte PHP-utviklere i paradigmeskifte fra prosedyremessige til objekt-orientert programmering, faktisk tror jeg grunnlaget for alt det er bare et spørsmål om vaner er OOP ikke så vanskelig som det ser ut og de fleste av dem som ville bruke det allerede har, ofte uten å vite det, å de tekniske verktøyene forvandle det til et middel til å bygge sine egne applikasjoner.

For å demonstrere hva jeg nettopp har argumentert for, vil denne veiledningen presentere de nødvendige trinnene for å skape et system for registrering og autentisering basert på objektorientert programmering vil være en mulighet til å vise veldig enkelt som klasser, metoder, egenskaper og, faktisk, gjenstander er ikke nødvendigvis ment for bruk i komplekse applikasjoner.
Våre skriptet vil bruke MySQL DBMS for lagring av informasjon, og deretter som et første skritt vi skaper for oss selv en database og gi den et navn som "registrering" innen det vil ha en tabell som, for bekvemmeligheten av leseren, bære SQL dump klar for import:

 



 CREATE TABLE HVIS IKKE eksisterer `medlemmer` (



  



 `User_id` int (4) NOT NULL AUTO_INCREMENT,



  



 `Brukernavn` varchar (20) DEFAULT NULL,



  



 `Passord` varchar (40) DEFAULT NULL,



  



 Real_name `` VARCHAR (50) DEFAULT NULL,



  



 `Post` varchar (80) DEFAULT NULL,



  



 PRIMARY KEY (`user_id`),



  



 Unik nøkkel `brukernavn` (`user_name`),



  



 Unik nøkkel `e` (`e`)







 ) ENGINE = MyISAM DEFAULT CHARSET = latin1 AUTO_INCREMENT = 1;

Tabellen "medlemmer" vil bestå av fem felt:

• user_id: å huse unik identifikator for hver post;
• brukernavn: brukernavnet til hver bruker rekord;
• Passord: lar hver registrert bruker for å logge inn på siden typen;
• real_name : Den virkelige navnet på brukeren, kan også være forskjellig fra brukernavnet;
• email: e-mail adressen til medlemmet.

Men hvordan vil det være strukturert vår søknad? Vi vil ha en første konfigurasjonsfil, for eksempel, vi kaller ham "config.php", som vil tillate oss å samhandle med DBMS å koble til den og velge databasen du opprettet tidligere, ser vi:

 



 <? Php







 # Definer konstanter for godkjenning til DBMS







 define ('DATA_HOST', 'localhost');







 define ('DATA_UTENTE', 'root');







 define ('DATA_PASS','');







 define ('DATA_DB', 'Registrering');







 # Class for samhandling med databasen







 {Class DATA_Class



  



 # Definisjon av produsenten



  



 funksjon __construct () {



    



 # Koble til DBMS



    



 $ Link = @ mysql_connect (DATA_HOST, DATA_UTENTE, DATA_PASS) or die ('Feil i forbindelse:'. Mysql_error ());



    



 # Velg databasen



    



 @ Mysql_select_db (DATA_DB, $ tilkobling) or die ('Feil fra databasen:'. Mysql_error ());



  



 }







 }







 ?>

 

Ingenting spesielt komplisert, filen "config.php" vil i praksis:

• definere konstanter som inneholder informasjon som er nødvendig for tilkobling;
• definere en klasse som vil håndtere samspillet med MySQL;
• koble til DBMS og velge data base av referanse.

Som du kan se, vil klassen bli introdusert til enkel erklæring, å definere det bare gi den et navn:

 



 DATA_Class class {..

 

Innenfor klassen, avgrenset av klammeparenteser, vil det være en spesiell metode, kalt "byggmester", definert som følger:

 



 funksjon __construct () {..

 

Produsenten er i praksis en metode assosiert med en klasse som er ansvarlig for å få på plass forekomsten av klassen og initialisere det å opprette et objekt, er et kall til konstruktøren gjøres automatisk når den er generert et nytt objekt av en klasse.
Et konsept for komplisert? Bare tilsynelatende, faktisk definerer produsenten foreslo kode koden som trengs for å koble til MySQL og velg databasen, noe som betyr at hver forekomst av klassen vil tilsvare en automatisk ringe produsenten, som skal utføre disse oppgavene.
Nå som rammene vil bli enklere, kan du ta neste skritt, nemlig etableringen av filen som inneholder de andre metodene som skal brukes i søknaden vår.

• <<
• 1
• 2
• 3
• 4
• 5
• >>