Classes (OOP) (Page 1 of 2)

Pasidomek design paternais

Tame linke tai labiau teoriškai aprašyta (kas man labai nepatinka).
http://www.oodesign.com/, čia praktiškiau, paaiškinama kur kada kokį patternsą naudoti.

PHP Architect nanobooks - PHP Architects Guide to PHP Design Patterns - 2005.pdf (3,3Mb)

Apie DI gali dar pasiskaityti ir išbandyti http://components.symfony-project.org/d … injection/
arba tiesiog http://php.net/manual/en/language.oop5.autoload.php http://www.php.net/manual/en/function.s … gister.php

MVC- super dalykas, kuri naudoja visi normalūs karkasai. Pvz  http://book.cakephp.org/view/890/Unders … Controller

Nors Cake'as ir neišnaudoja visų OOP galimybių, pradžiai pasižaisti su juo yra gan smagu, juolab yra nemažai tutorlailų bei dokumentacija viena aiškiausių rinkoje.

Prikeliu seną temą:))

Problemos su OOP, žodžiu trumpai ir aiškiai:

<?
class db {
   var $qq;
   public function __construct() {    
    }
   function assign($var) { $this->qq = $var; }
   function test() {
        echo $this->assign('test'); // kažkaip nelabai nori veikt.. 
        echo $this->qq = 'qq'; //veikia
               /*Reziumė: any ideas? :D*/
        
   }
  }
$obj = new db();
$obj->test();
?>

Ir kaip visuomet dėkui už support'ą gerbiamieji, geros dienos. :))

Oooj.. return visiškai iš galvos išgaravo, gi rimtai, čia f-ja.. :))

Na, o pati idėja tai čia pasidaryt darbui su mysql klasę ir ją naudoti "extends" su model'io klase.:))
Dėkui už greitą atsakymą, bei patarimą zygi! :))

Ačiū, už nuorodą! :))

function __construct() {
       parent::__construct();
   }

ši dalis nereikalinga (jei kodo tik tiek bus)

klasės metoduose neturėtų būti echo, nes tai pažeižia MVC principus, Na nebent tai yra jau V dalies realizacija.

Na priklausomai kam ta klasė skirta, šiaip OOP svarbu loginis objektų išdėstymas ir jų priklausomumas vienas nuo kito. Klasės paveldėmumas turėtu būti tose vietose kur realiai jo reikia, klasės kintamiesiems ir funkcijoms turėtų būti nubrėžta aiški prieinamumo riba. Pas tave visur public, vadinas $test galiu išsiprinti/keisti iš klasės išorės:

$obj = new db();
#niekas nedraudzia man klases $test reiksme pakeisti
$obj->test = 'mano reiksme';
echo $obj->test;
#bet tai yra bloga praktika, nes nera jokios enkapsuliacijos

OOP tai ne sintakse. Darant kokį appsa reiktų braižyti schemas (ant popieriaus ar galvoje) kokia ir kur klasė turėtu stovėti.. ar ji turėtų būti įprasta, abstrakti ar išvis interfeicas tik.. kam bus skirta motininė klasė ir kam jos vaikai.. kas gali 'paliesti' klasės funkcijas.. ir turi būti "it make sense" kodėl pas tave yra taip, o ne kitaip.

Dėl to čia galime maždaug pasakyti kad ar klasės sintakė gera ir ar reikalingas vienas ar kitas kodo gabaliukas, bet ar taikoma OOP'as pas tave iš kelių eilučių nepasakysim..

P.S. Su duombaze galima visai neblogai žaisti su PDO, ten klasė dėl to nesunkiai įlipdysi į OOP'a orientuotą appsa ;)