[class] handyConfig, w skrocie $config -> zmienna -> zmienna2 = 'cos'; Opcje

[SHiP]

Witam mam do zaprezentowania moje kolejne dzieło, które powstało przy okazji budowy wiekszego projektu open source (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .

Kod źródłowy: http://srodek.info/examples/handycode/handyConfig.php
Wynik jego działania powyższego kodu:

Kod

It works
zonk
mysql

Przykladowe uzycie

[PHP] pobierz, plaintext 
<?php
class testClass
{
	function __toString()
	{
		return 'test taki ;)';
	}
 
	function testMethod($add = 'doesn't work')
	{
		echo 'It '.$add.'<br/>';
	}
}
 
$handyConfig = new handyConfig();
$handyConfig -> database -> type -> my = 'zonk';
$handyConfig -> database -> type -> my -> obj = new testClass();
echo $handyConfig -> database -> type -> my -> obj -> testMethod('works');
echo $handyConfig -> database -> type -> my.'<br/>';
?>
[PHP] pobierz, plaintext 

Wynik

Kod

It works
zonk

Jak widać skrypt sie łatwo nie gubi. Można deklarować całe obiekty czy tablice nawet bez wczesniejszej deklaracji gałęci potomnej. Oczywiście mozliwe jest ładowanie całych tablic z konfiguracją za pomocą funkcji assingData(); tak jak jest to zrobione w kodzie z klasą.

I jak? Co o tym sądzicie? (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[hwao]

Jak dla mnie, przechowywanie typowej konfiguracji w takim układzie to strata czasu, ale wielu ludzi lubie takie rozwiązanie.

Przydał by się domyślny paser do plików xml, yml i ini aby to programista nie musiał się z tym bawić. Tak samo dobrym rozwiązaniem mogło by być zamieszczenie cache - w konstruktorze/metodzie (aby nie tracić możliwości operowania na samych zmiennych, chyba że by konstruktor sprawdzał typ pliku i odpowiednio akcje podejmował sam) klasy podaje się ścieżkę do pliku, on analizuje jaki to plik i odpowiednio go traktuje, po czym robi cache.