[PHP] Framework met meerdere classes

[_eXistenZ_]

Ik ben bezig met een site, en daar wil ik een fatsoenlijk framework aan hangen die bestaat uit meerdere classes (mailer, db, template, enzovoort).

Omdat ik deze classes niet allemaal in wil laden, terwijl ik mss alleen maar de mailer-class nodig heb, zoek ik naar een oplossing om de classes wel vantevoren te includen, maar pas te instantieren zodra ik ze aanroep met bijv

PHP:

$cmex->db->query('blaat');

Op dat moment wil ik pas een instantie van de db class maken, dus

PHP:

 $db = new database;

Hoe kan ik dit het beste aanpakken?

(Ik heb natuurlijk al eens rondgekeken op google enzovoort, maar ben niet bij een mooie oplossing gekomen)

[ Voor 8% gewijzigd door _eXistenZ_ op 21-09-2007 20:13 ]

[orf]

Juist includen zonder te gebruiken is zonde van resources. In PHP5 kun je http://nl.php.net/autoload gebruiken om classes pas te includen op het moment dat je ze nodig hebt.

Voor classes als je db-abstractie wil je waarschijnlijk een singleton gebruiken.

[BikkelZ]

Volgens mij maakt het dmv optimizers eigenlijk geen donder uit, en is de autoload functie de simpelste om te gebruiken. En als je niet expliciet $iets = new Iets($par1, $par2) wil doen steeds, heb je alleen de keuze om iets te doen wat op een singleton lijkt of het is.

Maar ik wil je niet laten schrikken: er zijn al fatsoenlijke frameworks in PHP te vinden. Gratis.

[mithras]

Hoe groot verwacht je dat het framework wordt? Ik heb een modulair cms (valt ook te zien als framework) waar naast een plugin object met 21 plugins in zich, ook nog een database object en een object met common functions wordt geïnstantieerd.

Hierbij zullen alle plugins bijvoorbeeld in ieder geval al een keer hun eigen settings uit de database halen. En dit draait vooralsnog als een zonnetje. Je moet je framework niet overschatten en voor de nanosecondes gaan optimaliseren.

Het is uiteraard goed om er rekening mee te houden, ik zou wel adviseren om reeel te blijven. Een mail object zal nooit veel resources vreten, een database object zal je zo vaak nodig hebben dat het initialiseren sowieso een goed idee is. Je zal waarschijnlijk nog eens 95% van je pagina's uitpoepen via een template, dus zoiets is ook slim om gewoon aan te maken.

Dus wat ben je eigenlijk van plan om te optimaliseren, en hoeveel wil je eruit halen (tijd & moeite om te optimaliseren vs. snelheid waarmee script geparsed gaat worden)?

[OxiMoron]

code:

<?php

class cmex {
    protected $db = null;
    
    
    public function __get($name) {
        if($name == 'db') {
            if($this->db === null)
                $this->db = new database();
            return $this->db;           
        }
    }
}

?>

Zoiets lijkt me wat je dan wilt...

[daniëlpunt]

Om verder te gaan op het patroon van OxiMorom:

PHP:

class cmex {
    protected $members;
    private static $instance;

    public function __construct() {
        $this->members = array();
    }

    public function getInstance() {
        if(!self::$instance)
            self::$instance = new self;
        return self::$instance;
    }

    private function __get($name) {
        if(isset($this->members[$name]))
            return $this->members[$name];
        return null;
    }
    
    public function __set($name, $value) {
        if(!isset($this->members[$name]))
            $this->members[$name] = $value;
    }

    public function __unset($name) {
        unset($this->members[$name];
    }
}

$cmex = cmex::getInstance();
$cmex->db = new Database();
$result = $cmex->db->query("SELECT * FROM..");

Dus overal waar je Cmex nodig hebt roep je aan met cmex::getInstance(); en je beschikt over alle objecten die je nodig hebt.

Dit is dus het Singleton pattern, en maak gebruik van zo geheette Magic Methods.

[ Voor 31% gewijzigd door daniëlpunt op 27-09-2007 10:51 . Reden: Te vroeg op 'verstuur bericht' geklikt. ]

[OxiMoron]

Het is alleen niet zo netjes om je database object buiten de class aan te maken. Nu weet je in je cmex class niet echt of hij uberhaupt aangemaakt is of niet.

Ik zou de database class dan aanmaken in de constructor (wanneer heb je die nou niet nodig) en hem afsluiten in de destructor.

[SchizoDuckie]

Er worden hier nu wel allerlei oplossingen aangedragen, maar ik denk dat de *waarom* wil je dit vraag hier het belangrijkste is..

WAAROM wil je dit in hemelsnaam? Wat denk je er mee te bereiken?
Een __autoload() functie doet precies wat jij nodig hebt, het laadt een class pas in het geheugen als ie nodig mocht zijn, waardoor je er ook geen singleton van hoeft te maken (Singletons zijn in php imo ook alleen nuttig voor database classes)

Als het antwoord op de Waarom vraag het de woorden "Ja maar' en 'PHP 4' bevat adviseer ik je toch echt php5 te gaan gebruiken omdat PHP4 uitgefaseerd wordt.

[PrisonerOfPain]

SchizoDuckie schreef op donderdag 27 september 2007 @ 16:24:
WAAROM wil je dit in hemelsnaam? Wat denk je er mee te bereiken?
Een __autoload() functie doet precies wat jij nodig hebt, het laadt een class pas in het geheugen als ie nodig mocht zijn, waardoor je er ook geen singleton van hoeft te maken (Singletons zijn in php imo ook alleen nuttig voor database classes)

Nee __autoload word aangeroepen wanneer je een instantie maakt van een class, en het probleem met een Registry als deze is dat die instanties vooraf aangemaakt worden en je niet zeker weet of je ze wel gaat gebruiken. Vandaar (waarschijnlijk) dat de TS een vorm van lazy loading wil gebruiken.

Wat Singletons hier nu weer mee te maken hebben is me niet helemaal duidelijk want die is nergens gepost (ook de post van super-muffin niet); het is een implementatie van een Registry en in dat geval is het vrij logisch dat je maar een instantie wilt hebben in je Registry maar dat maakt het nog geen Singleton. Het is immers nog steeds gewoon mogelijk om (buiten het Registry om) een instantie te maken van de class die je wilt gebruiken; een Singleton gaat dat expliciet tegen. Daar naarst vind ik het een beetje cru om te zeggen dat je Singletons enkel nuttig vind voor database classes maar dat is een andere discussie.

[Verwijderd]

In eerste instantie hang je je site aan een framework (Raamwerk), dat is je hart en nieren van je site.
Als je er een zelf wilt maken is rondkijken bij de gratis verkrijgbare frameworks (bv CakePHP) een aardig idee en naar de verschillende design patterns te kijken (Bijvoorbeeld MVC).

Met die aanpak/kennis zal een autoload of object die require_once doet de aanpak zijn.

Als je antwoord "ja" is op de vraag "singletons zijn voor databases" dan is het tijd om een boek te kopen over OO design patterns.

___________________________________________________________________________________
Nee Joomla is geen framework, het is een pakjeshuis van sinterklaas.

[ Voor 15% gewijzigd door Verwijderd op 10-10-2007 15:22 ]