ПХП / ООП: Направите систем регистрације и провере идентитета за кориснике

Из поште примам и дискусије на форуму пратим, и даље се зна да неке потешкоће за неке ПХП програмери у парадигми из процедуралних на објектно-оријентисаном програмирању, у ствари, мислим да на основу свега тога је само питање навике , ООП није толико тешко као што се чини и већина оних који би га користе већ, често не знајући, техничка средства да га претвори у средство за изградњу своје сопствене апликације.

Да покаже оно што сам управо тврдио, овај водич ће представити кораке неопходне за креирање система регистрације и провере идентитета на основу објектно-оријентисаног програмирања ће бити прилика да покажемо врло једноставно као класе, методе, својства и, у ствари, предмети нису нужно намењен за употребу у сложеним апликацијама.
Наши скрипта ће користити МиСКЛ ДБМС за складиштење информација, а затим као први корак стварамо за себе базе података и дајте му име као што је "регистрација" у себи ће имати табелу која ради лакшег читаоца, носе скл думп спреман за увоз:

 



 ЦРЕАТЕ ТАБЛЕ ИФ не постоје `чланова` (



  



 `Усер_ид` инт (4) унсигнед НОТ НУЛЛ ауто_инцремент,



  



 `УСЕР_НАМЕ` варцхар (20) ДЕФАУЛТ НУЛЛ



  



 `Лозинка` варцхар (40) ДЕФАУЛТ НУЛЛ



  



 Реал_наме `` варцхар (50) ДЕФАУЛТ НУЛЛ



  



 `Е-маил` варцхар (80) ДЕФАУЛТ НУЛЛ



  



 ПРИМАРИ КЕИ (`усер_ид`),



  



 Јединственог кључа `корисничким именом` (`корисничко_име`),



  



 Јединственог кључа `емаил` (`емаил`)







 ) ЕНГИНЕ = МиИСАМ ДЕФАУЛТ ЦХАРСЕТ = латин1 АУТО_ИНЦРЕМЕНТ = 1;

У табели "чланови" ће бити састављен од 5 области:

• усер_ид: у кућу јединствени идентификатор за сваки запис;
• корисничко име: корисничко име сваки корисник записа;
• Лозинка: омогућава сваком регистрованом кориснику да се пријавите на страницу тип;
• реал_наме : Право име корисника, може се разликовати од корисничким именом;
• Е-маил: е-маил адресу члана.

Али како ће то бити структуриран пријаву? Ми ћемо имати први конфигурациони фајл, на пример, ми ћемо га зову "цонфиг.пхп", који ће нам омогућити да комуницирају са ДБМС да се повеже да је и избор базе података коју сте раније направили, видимо:

 



 <ПХП?







 # Дефине константе за потврду идентитета за ДБМС







 дефине ('ДАТА_ХОСТ', 'лоцалхост');







 дефине ('ДАТА_УТЕНТЕ', 'роот');







 дефине ('ДАТА_ПАСС','');







 дефине ('ДАТА_ДБ', 'Регистрација');







 # Класа за интеракцију са базом података







 {Класе ДАТА_Цласс



  



 # Дефиниција произвођача



  



 функција __цонструцт () {



    



 # Повежите се ДБМС



    



 $ Линк = мискл_цоннецт @ (ДАТА_ХОСТ, ДАТА_УТЕНТЕ, ДАТА_ПАСС) ор дие ('Грешка у вези: ". Мискл_еррор ());



    



 # Избор базе података



    



 @ Мискл_селецт_дб (ДАТА_ДБ, $ конекција) ор дие ('Грешка из базе: ". Мискл_еррор ());



  



 }







 }







 >?

 

Ништа нарочито сложен, фајл "цонфиг.пхп" ће у пракси:

• дефинишу константе које садрже информације које су неопходне за прикључење;
• дефинише класе који ће руковати интеракцију са МиСКЛ;
• повезивање са ДБМС и изаберите базу података референтних.

Као што можете видети, класа ће бити представљен на једноставне изјаве, да је дефинишу само дајте му име:

 



 ДАТА_Цласс класа {..

 

У оквиру класе, дефинисане од коврџава заградама, ту ће бити посебан начин, под називом "градитељ", дефинисан на следећи начин:

 



 функција __цонструцт () {..

 

Произвођач је у пракси метод у вези са класе која је одговорна за успостављање инстанцу класе и иницијализовати да створи објекат, позив на конструктор се врши аутоматски када се генерише Нови објекат класе.
Концепт сувише компликовано? Само наизглед, у ствари, произвођач предлаже кодекс дефинише код потребан за повезивање на МиСКЛ и изаберите базу података, што значи да ће свака инстанца класе одговарају аутоматски позив произвођача, који ће обављати ове послове.
Сада када оквир ће бити лакше можете искористити следећи корак, то јест стварање фајл који садржи друге методе да се користи у нашој апликацији.

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