Registery VS Factory

Toelichting
Mensen die verstand van zaken hebben, zullen waarschijnlijk vragen hebben bij deze topic-titel: Inderdaad, geen standaard Registery VS Singleton, maar Registery VS Factory!
Op dit moment ben ik bezig met het schrijven van een eigen MVC framework, wat voorlopig enkel de basis voorstelt. De meeste onderlinge relaties tussen (typen) classes heb ik in kaart gebracht, nu rest mij (voorlopig) nog één probleem.

De probleemstelling
Waar ik eerder altijd een Registery gebruikte, om
Singleton te voorkomen, wil ik dit nu gaan veranderen. Eerst wilde ik mijn Registery gaan uitbreiden om problemen ermee op te lossen, maar nadat dit eigenlijk niet lukte, ga ik nu over op een andere oplossing.
Een Registery is bedoeld als oplossing om Objecten door te geven aan verschillende andere Objecten, denk hierbij bijvoorbeeld aan het Database object. Maar met het idee in het achterhoofd dat meerdere database connecties mogelijk zijn, loopt deze techniek op een dood einde: Met een Registery moet de class die een database connectie nodig heeft zelf kiezen welke connectie hij nodig heeft, de omgedraaide wereld!
Ik werk met het MVC model. Ik heb me al bedacht: Zodra een andere connectie nodig is dan de standaard connectie, is dit zaak van de controller, en niet van de models. De controller zal dus hoe dan ook, connecties door moeten geven aan de models. Maar hoe? En hoe komt de controller aan de connectie?

(Verworpen) oplossingen
Er zijn enkele oplossingen waar ik al aan heb gedacht:
Singleton: Dit is geen mogelijkheid, zo kan er enkel één database connectie bestaan, dat willen we niet.
Registery: Dit is een mogelijkheid, maar hierdoor ontstaat de omgedraaide wereld: Een class moet zelf gaan kiezen welke connectie hij gebruikt, in plaats van dat hij een connectie mee krijgt.
Connecties meegeven: Dit zou kunnen, maar heel tijd alle connecties meegeven heb ik geen zin in. Zeker niet aan de controllers.
Een factory: Mijn voorlopige oplossing. Een factory houd de connecties bij, en wanneer je een connectie nodig hebt, haal je deze uit de factory. Bestaat de connectie al? Dan geeft hij deze mee, bestaat de connectie nog niet, wordt hij aangemaakt.

Mijn vraag aan jullie, hebben jullie nog andere oplossingen en of ideeën? Alle informatie is welkom!

Ja, een reactie! Dat dacht ik tenminste.:p Laat die andere 5% dan maar reageren.;) Er moet toch wel iemand zijn die dit kan volgen?

Krijg ik een reactie, is het één zin met een mededeling.:p

Nu weer ontopic!

MrMees: Ga die link je je stuurde zo nog even doornemen. Voor nu heb ik de volgende class:

<?php


/**
 * De PDOFactory maakt instanties van PDO aan, maar enkel als het nodig is.
 * @author Stefan Jansen
 */
class PDOFactory {
	/**
	 * Deze array bewaard de instanties van de PDO classes.
	 * @var array Alle instanties
	 */
	private static $m_aInstances = array();
	
	/**
	 * De inhoud van de array ziet er als volgd uit:
	 * array( [1] => array( [dsn] => "", [username] => "", [password] => "" ), [2] => array(..) )
	 * @var array Informatie over de instanties
	 */
	private static $m_aInformation = array();
	
	/**
	 * Geeft een instantie van PDO terug. Voorkomt onnodig veel PDO instanties 
	 * door aan de hand van de DNS te controleren of de instantie al bestaat.
	 * @param string $p_sDSN DSN van de juiste verbinding
	 * @param string[optional] $p_sUsername Username van de verbinding
	 * @param string[optional] $p_sPassword Password van de juiste verbinding
	 * @return PDO PDO klasse met de juiste verbinding
	 * @throws PDOException
	 */
	public static function getInstance($p_sDSN,$p_sUsername = null,$p_sPassword = null) {
		foreach(self::$m_aInformation as $iInstanceKey => $aInstanceInfo) {
			if($aInstanceInfo['dsn'] == $p_sDSN) {
				//Instantie gevonden.
				return self::$m_aInstances[$iInstanceKey];
			}
		}
		//Hier aangekomen: Geen instantie in de instantie array.
		//Met de gegevens proberen een instantie te maken.
		if($p_sUsername == null) {
			$iInsertKey = count(self::$m_aInformation);
			self::$m_aInformation[$iInsertKey] = array('dsn' => $p_sDSN,'username' => null,'password' => null);
			self::$m_aInstances[$iInsertKey] = new PDO($p_sDSN);
			return self::getInstance($p_sDSN);
		} else if($p_sPassword == null) {
			$iInsertKey = count(self::$m_aInformation);
			self::$m_aInformation[$iInsertKey] = array('dsn' => $p_sDSN,'username' => $p_sUsername,'password' => null);
			self::$m_aInstances[$iInsertKey] = new PDO($p_sDSN,$p_sUsername);
			return self::getInstance($p_sDSN);
		} else {
			$iInsertKey = count(self::$m_aInformation);
			self::$m_aInformation[$iInsertKey] = array('dsn' => $p_sDSN,'username' => $p_sUsername,'password' => $p_sPassword);
			self::$m_aInstances[$iInsertKey] = new PDO($p_sDSN,$p_sUsername,$p_sPassword);
			return self::getInstance($p_sDSN);
		}
	}
}


?>

En als praktische toepassing dit:

<?php


try {
	$PDO1 = PDOFactory::getInstance('mysql:dbname=test2;host=127.0.0.1','root');
} catch(PDOException $e) {
	print $e->getMessage();
}


$PDO1->hallo = "Hallo Wereld.";


//Hallo Wereld
print $PDO1->hallo;


try {
	$PDO2 = PDOFactory::getInstance('mysql:dbname=test2;host=127.0.0.1','root');
} catch(PDOException $e) {
	print $e->getMessage();
}


//Hallo Wereld
print $PDO2->hallo;


?>

Nog mensen ideeën wat beter kan, of wat juist goed is?

Niels: Dat is een kwestie van stijl.. Dit is een stijl die veel mensen erop na houden, en die ook ik erg fijn vind! Hoe ingewikkelder je scripts worden, hoe liever je die a'tjes in je scripts ziet staan.

Ben benieuwd naar je (mogelijke) verbeteringen;)