Szukam sposobu na konfiguracje frameworka. stwierdzilem ze konfiguracji moze byc tak duzo ze sesnownie byloby wykorzystac plik xml to trzymania konfiguracji.
Tu meczy mnie kilka watpliwosci, ktroe mam nadzieje pomozecie mi rozwiac.

Jak czytac plik konfiguracyjny XML. Waham sie miedzy PEAR::Config a SimpleXML z php5 a mmoze warto siegnac po inne rozwiazanie.

Druga sprawa to wydajnosc. Oczywiscie szkoda by bylo zeby kazde wywolanie strony wizalo sie z przetworzeniem XML'a wiec wymyslilem sobie ze sprasuje plik tylko przy pierwszym ladowniau i umieszcze go w tablicy $_SESSION albo stworze obiekt do ktorego wrzuce konfiguracje i umieszcze calosc w zmiennej sesji.

Powiedzcie mi czy moje myslenie idzie w dobrym kierunku i jak Wy to robicie.
Bede tez wdzieczny za linki

Co do wydajności. Przy pierwszym wczytaniu xml załaduj go do cache. Sesja będzie trzymala xml tylko dla danego gościa. Kolejny gostek bedzie musial znowu wczytywac xml. Cache będzie dzialal dla każdego. W przypadku zmiany konfiguracji wystarczy tylko cache usunąć.
Jest parę bibliotek do cache - poszukaj

No ale cache tez gdzies trzeba zapisac i pewnie na dysku wiec i tak bede mial odczyt z dysku co zajmuje chwile tyle ze wydaje mi sie postac bedzie inna np. tablica php a skoro tak to moze wogole lepiej trzymac konfiguracje w tablicy i tak ja stworzyc na poczatku?

heh - ale pamietaj o 2 rzeczach.

1. Sesja również jest trzymana na dysku - w serializowanej tablicy, któa jest ładowana do pamięci w trakcie uruchamiania skrytpu.
Twoje cache może byc ładowane w identyczny sposób.

2. możesz podzielić konfiguracje na grupy, i ładować odpowiednie tylko w razie potrzeb - co jeszcze bardziej podniesie wydajność cache.

Odczyt zawartości pliku jest i tak o wiele szybszy niż odczyt i parsowanie pliku xml

ad. 1 - jestem tego swiadom. wiec moze skrypt powinien sprawdzac czy istnieje plik z serializowana konfiguracja jesli tak to go czyta jesli nie to przetwarza XML i zapisuje taki plik. Do serializacji uzylbym po prostu f-cji serialize.
A wracajac do sesji jesli zamisat zwyklego pliku uzylbym bazy danych do przechowywania sesji to dla duzej konfiguracji moglbym osiagnac jakies zyski czasowe?


ad. 2
no powiedzmy ze podziele sobie konfigurace ja czesci:
a) baza danych
istniejace w systemie modele (kozystam z MVC)
c) dopuszczalne wartosci dla tablic POST i GET
d) dane dodatkowe dla konkretnego modelu

nic wiecej na razie nie trzymam w konfiguracji wiec przy takim podziale punkty a-c laduje zawsze bo sa niezbede do odslugi zapytania i d zalaczam dopiero gdy odnaleziono model. Ale dochodza mi tu dodatkowe operacje odczytu w koncu zawsze jakis podel jest wywolywany wiec w takim przypadku odczytuje 2 pliki i jeszcze musze sprawdzic czy istnieja a to kolejne dwa ruchy glowicy. Moze otwieranie jednego duzego pliku z cala konfiguracja trwa nieco mnie? chyba to przetestuje

Nie będzie takowych - odczyt z dysku jest szybszy niż zapytania do bazy.

To wszystko można zcache'wac - pozatym podpunkt - nie lepiej to dopisać do konfigu jakieś tam akcji i każda miała by przyporządkowane potrzebne jej zmienne :?:

Zrobilem sobie przykladowy kod ale cos "dserializowanie" mi nie dziala, oto kod:

[PHP] pobierz, plaintext 
<?php
class configuration
{
	public $conf = array ();
 
	public function __construct ()
	{
		$cacheFile = './cache/configuration.ctmp';
		if ( file_exists ( $cacheFile ) )
		{
			$this->conf = unserialize ( readfile ( $cacheFile ) );
			var_dump ( $this->conf );
			echo '<p><p>';
		}
		else
		{
			$this->conf = simplexml_load_file('./xml/configuration.xml');
			var_dump ($this->conf);
			echo '<p><p>';
			file_put_contents ( $cacheFile, serialize ( $this->conf ) );
		}
		return true;
	}
}
?>
[PHP] pobierz, plaintext 

a wywoluje to w innym pliku:

[PHP] pobierz, plaintext 
<?
 
require ( './class/configuration.class.php' );
 
$c = new configuration();
echo '<h1>test</h1>';
var_dump ( $c->conf );
 
?>
[PHP] pobierz, plaintext 

no ale po odczycie pliku cache i uzyciu unserialize ciagle dane sa zserializowane. Cos przeoczylem??

readfile wyrzuca ci plik na wyjscie a zwraca liczbe a nie zawartosc pliku. uzyj file_get_contents.

pozatym sprawdz czy ci wogole w chodzi w czytanie cache:

[PHP] pobierz, plaintext 
<?php
 
class configuration
{
	public $conf = array ();
 
	public function __construct ()
	{
		$cacheFile = './cache/configuration.ctmp';
		if ( file_exists ( $cacheFile ) )
		{
			$this->conf = unserialize ( file_get_contents ( $cacheFile ) );
			var_dump ( $this->conf );
			echo '<p>z cache</p>';
		}
		else
		{
			$this->conf = simplexml_load_file('./xml/configuration.xml');
			var_dump ($this->conf);
			echo '<p>do cache</p>';
			file_put_contents ( $cacheFile, serialize ( $this->conf ) );
		}
		return true;
	}
}
 
?>
[PHP] pobierz, plaintext 

o tym zapomnialem teraz mam tak:

[PHP] pobierz, plaintext 
<?php
class configuration
{
	public $conf = array ();
 
	public function __construct ()
	{
		$cacheFile = './cache/configuration.ctmp';
		if ( file_exists ( $cacheFile ) )
		{
			$string = file_get_contents ( $cacheFile );
			echo $string.'<p>';
			$this->conf = unserialize ( $string );
			var_dump ( $this->conf );
			echo '<p><p>';
		}
		else
		{
			$tmp = simplexml_load_file('./xml/configuration.xml');
			$this->conf = $tmp;
			var_dump ($this->conf);
			echo '<p><p>';
			file_put_contents ( $cacheFile, serialize ( $this->conf ) );
		}
		return true;
	}
}
?>
[PHP] pobierz, plaintext 

czyta mi ladnie i zapisuje ale unserialize zwraca blad:
Warning: unserialize() [function.unserialize]: Node no longer exists in configuration.class.php on line 13
to samo dla lini 14

będę strzelal, gdyż nigdy nie uzywalme simplexml_load_file. Ty chyba serializujesz referencje do obiektów (nodów), które przy wczytywaniu z cache poprostu nie istnieją, czyli ze serialize dzialalo na referencjach a nie obiektach

nie jestem pewien czy dobrze Cie rozumiem ale oto wartosc wczytana z cache:

poza tym w manualu:

i na stronie http://zend.com/php5/articles/php5-simplexml.php :

wiec wyglada to na obiekty wg mnie


EDIT:
napisalem podobna klase dla sesji:

[PHP] pobierz, plaintext 
<?php
class configuration2
{
	//public $conf = array ();
 
	public function __construct ()
	{
		$cacheFile = './cache/configuration.ctmp';
		if ( isset ( $_SESSION['configuration'] ) )
		{
			var_dump ( $_SESSION['configuration'] );
			echo '<p><p>';
		}
		else
		{
			$_SESSION['configuration'] =
				simplexml_load_file('./xml/configuration.xml');
			var_dump ( $_SESSION['configuration'] );
			echo '<p><p>';
		}
		return true;
	}
}
?>
[PHP] pobierz, plaintext 

plik test.php:

[PHP] pobierz, plaintext 
<?
 
require ( './class/configuration2.class.php' );
 
session_start();
$c = new configuration2();
echo '<h1>test</h1>';
//var_dump ( $c->conf );
var_dump ( $_SESSION['configuration'] );
 
?>
[PHP] pobierz, plaintext 

i o dziwo tez mam problemy:


sprawdzilem dla innych aplikacji ktore wczesniej dzialaly i przy wywolaniu session_start() jest tez ten problem, wyglada wiec na to ze to serwer zawodzi, zrestartowalem i nic, ktos ma pomysl jak emu zaradzic?
Uzywam php 5.0.3

Eh, znany błąd, nie można serializować obiektów simplexml. Najpierw sobie to do tablicy przekonwertuj.

przegladalem changelog'a do 5.0.4 i zalatano tam kilka dziur odnosnie simpleXML ale czy zalatano i ten? bo ja niezauwazylem ale moze czytac nie umiem

EDIT: a jak dokonac takiej konwersji z obiektu do tablicy??

Przenosze.
php pro -> PHP5
czemu, chyba nie musze tlumaczyc.

Albo jakąś funkcją simplexml2array albo, co ja preferuje, wszystko po kolei parsujemy w foreach

http://forum.php.pl/index.php?showtopic=25144

probowalem z foreachami ale tak latwo sie nie dalo, ostatecznie uzylem f-cji z manuala i wyglada to tak:

[PHP] pobierz, plaintext 
<?php
class configuration2
{
	public $conf = array ();
 
	public function __construct ()
	{
		$cacheFile = './cache/configuration.ctmp';
		if ( isset ( $_SESSION['configuration'] ) )
		{
			var_dump ( $_SESSION['configuration'] );
			echo '<p><p>';
		}
		else
		{
			$conf = simplexml_load_file('./xml/configuration.xml');
			//$tmp = array_values($conf);
			$_SESSION['configuration'] = $this->simplexml2array ( $conf );
			var_dump ( $_SESSION['configuration'] );
			echo '<p><p>';
		}
		return true;
	}
 
	private function simplexml2array($xml)
	{
		if (get_class($xml) == 'SimpleXMLElement')
		{
			$attributes = $xml->attributes();
			foreach($attributes as $k=>$v)
			{
				if ($v) $a[$k] = (string) $v;
			}
			$x = $xml;
			$xml = get_object_vars($xml);
		}
		if (is_array($xml))
		{
			if (count($xml) == 0)
			{
				return (string) $x; // for CDATA
			}
			foreach($xml as $key=>$value)
			{
				$r[$key] = $this->simplexml2array($value);
			}
			if (isset($a))
			{
				$r['@'] = $a;	// Attributes
			}
			return $r;
		}
		return (string) $xml;
	}
}
?>
[PHP] pobierz, plaintext 

Całe to parsowanie XML do zserializowanej tablicy/obiektu simplexml/whatever ma na celu zwiększenie wydajności, więc simplexml2array jest IMHO błędnym rozwiązaniem.

Bo dostajesz dosyć skomplikowaną tablicę, odzwierciedlającą jakoś tam strukturę XMLa. A przecież nie potrzebujesz tablicy. Potrzebujesz obiektów skonfigurowanych za pomocą tej tablicy. Sama tablica nic nie robi. Szybciej jest zserializować gotowe do użycia obiekty, niż tworzyć je od nowa na podstawie tej tablicy za każdym razem.

Nie żebym się chwalił, ale patrz phiend2 .

@hawk - załóżmy, że ten config się zmienia bądź jest zależny od jakimś parametrów - np. z konfiga o stopień wyżej - tablica się zmieni a ty znowu będziesz cache'ował kilka czy kilkanaście obiektów :?:

A czemu nie? Jaka jest różnica (w sensie wydajności) pomiędzy parsowaniem XMLa do tablicy, a parsowaniem XMLa do skonfigurowanych obiektów?

Poza tym, nie wyobrażam sobie, żeby w środowisku produkcyjnym konfiguracja się co chwilę zmieniała...

Chodzi mi bardziej oto iż konfiguracja czegoś tam może być tworzona dynamicznie na podstawie dostarczonych danych.

Ale nie oto chodzi - z twojego poprzedniego posta wywniskowałem, że tworzysz różne obiekty potrzebne do wykonania jakieś akcji - natomiast ty mówiłeś o obiekcie konfigu - my bad

Nie, nie, tworzę obiekty. Intercepting Filter. Jak mam parsować XML do tablicy, zapisywać tablicę, potem tworzyć te filtry, które na podstawie zawartości tablicy coś tam zrobią, to wolę zapisać do pliku gotowy do użycia filtr.

A jeżeli konfiguracja czegoś tam ma być tworzona dynamicznie, to i tak nie będziemy zapisywać tego w XML, prawda? Chociaż nie przychodzi mi do głowy zastosowanie tego.

To może powiedzmy co to konfiguracja? Bo, według mnie to podstawowe i naprawdę podstawowe dane dotyczące uruchomienia systemu, np informacje o tabeli, użytkownik i haśle w DB, domena i domyślna akcja. Tyle wystarczy, więc popierwam @hawka bo zamiast komplikować sobie życie i kod wczytujesz XML do obiektów i masz gotowe do uzycia obiekty, które cachujesz, potem tylko sprawdzasz czy konfig nie uległmodyfikacji (np za pomocą checksumy).

Jedyne co mi sie nasuwa - lol, rotfl, omg!

Przeciez XML jest po to by ulatwic komus z "zewnatrz" edycje konfigow, prawda?

Wiec zalozmy ze plik xml jest forma pierwotna, ktora nastepnie transformujemy do tablicy php, cachuj'emy i korzystamy z tablicy a nie z user-readable XML.

Wiec imho simplexml2array to bardzo dobry pomysl, o ile zawsze korzystac bedziemy z tablicy php a nie obiektow SimpleXML.

Takie moje zdanie (btw. korzystanie z obiektow wiaze sie z pewnym narzutem czasowym, wiec skoro mozna korzystac z o niebo szybszej tablicy to czemu nie?)

@ hawk - szczerze mowiac jeszcze nie rozgryzlem zrodelek phiend2 ale pomysly sa calkiem intrygujace
@ Nievinny - taka konfiguracja o jakiej ty mowisz moze sie zawrzec w kilku stalych ja potrzebuje znacznie potezniejszego narzedzia, trzymam w konfiguracji wszystkie akcje i modele zeby controler przed wywolaniem sprawdzil czy takie cos intnieje, trzymam oczekiwane wartosci wszystkich danych post i get zeby moc je zweryfikowac, trzymam cala mase innych konfiguracyjnych rzeczy jak pomyslne sortowanie, ile ma. moze byc sztuk jednego towaru w koszyku i wiele takich drobiazgow.

Nie wiem czy dobrze rozumiem ale zalozmy ze mam taka klase

[PHP] pobierz, plaintext 
<?php
 
class basket 
{
// ogolnie jest to koszyk z zakupami
...
public $maxQuantity;
...
 
}
?>
[PHP] pobierz, plaintext 

I powiedzmy ze wlasciwosc $maxQuantity chcem ustawic z konfiguracji, moze controler podczas wywyolania zapytania skro jest w stanie stwierdzic jakie obiekty beda potrzebne tworzy je ustawiajac odpowiednie wlasciwosci z konfiguracji nastepnie serializuje i zapisuje w pliku tak zeby nastepne wywolanie nie wiazalo sie z czytaniem XML i zeby dla nastepnego uzytkownika czy wywolania konfiguracja nie byla czytana. Po prostu zczytujemy serializowana skonfigurowana klase.

Herezje?

Herezje? -> niekoniecznie; To jest możliwe, ale jeżeli właściwość jest publiczna to załamanie oop (ale o tym nie będe psioczył). W każdym razie jaki jest sesn powiedzmy trzymania 30 klas w postaci zserializowanej i wczytywanie inaczej niż z bazowych plików? Nie będą one już potrzebne? Jeżeli konfiguracja zmienia się powiedzmy raz na miesiąc i masz uruchomiony tokenizer to można zrobić ustawienie wartości do stałych klasy (const) jako wartości i wczytywanie z pliku klasy. Jezeli nie to zrobić 1-2 klasy konfiguracyjne konfigurujące inne klasy.

Jezeli chodzi o publiczne wlasciwosci to byl tylko przyklad ale przeciez tez sie przydaja.
A taka klasa konfiguracyjna jak wg Ciebie mialaby dzialac?

Ja robie to tak, iż za każdym razem wczytuje XML poprzez SimpleXML (jak ktoś chce to cache dorobić nie problem) i mam podstawowe metody do wyciągania danych: Config->GetParam(<xml-path>)

Potem, już w ciele aplikacji, np. podczas tworzenia obiektu Basket
wywołuje Basket->SetMaxQuantity(Config->GetParam('/app/basket/maxQuantity'));

A może ktoś mi powie jak sensownie wyszukiwać po takim XMLu:

<team>
<name>Diggers</name>
<members>
<member>Adrea</member>
<member>Joe</member>
</members>
<tool>hammer</tool>
<tool>nail</tool>
</team>
<team>
<name>Miners</name>
<members>
<member>Koel</member>
</members>
<tool>Lamp</tool>
</team>

I teraz interesuje mnie czy Joe pracuje jako Digger i jesli tak to jakich potrzebuje narzędzi.

Mnie do glowy przychodzą jedynie nieelastyczne partyzanki w stylu zmiany na tablice asocjacyjne (Miners=>Joe=>tool('hammer'.'nail'))

Bo foreachem z breakem tez za cholere nie wiem jak sie po tym poruszac

Ja uzywam DomXML z php5

@dante: Jak wyszukiwać? Najprościej xpath. Jak chcesz tylko wyszukiwać po XMLu, to nie zamieniaj go na tablice/obiekty.

ale jak go nie zamienie na tablice to bede musal za kazdym razem kiedy wywoluje skrypt czytac xml'a. Poniewaz obiektu simpleXML nie da sie zserializowac to mozna zamienic go tylko na tablice (albo inny obiekt) ale jak juz mowilismy jest to spory narzut czasowy.

A mozna powiedzmy caly plik zczytac do zmiennej i zserializowac ja i potem ew. chodzic xPath po tym pliku zmiennek? czy taie rozwiazanie jest dobre?

A moze zrezygnowac z XML na rzecz kilku .ini ? ;p

Ja zaczynam zabawe w mvc i mape pierwotnie miałem w xml, potem przeszła do pliku ini, aż w koncu zatrzymało się na talbicy pliku autoloadera :-)

To tak jakby cofnołeś się w rozwoju
Zazwyczaj wszyscy idą ścieżką php>txt>xml

Pogubilem sie troche w roznych rozwiazaniach. Mam sobie jakis tam obiekt ktory czyta dwolny format pliku konfiguracyjnego po czym, no wlasnie co zrobic po zczytaniu takiego pliku.
1. Stworzyc tablice ze zmiennymi konfiguracyjnymi i serializowac ja miedzy wywolaniami?
2. Stworzyc obiekt ktory bedzie przetrzymywal cala konfiguracje we wlasciwosciach i udostepnial je przy pomocy metody/metod
3. Stworzyc obiekt ktory podczas wywolania akc ji bedzie ja konfigurowal np. tak ze przez okreslopna metoda w akcji ustawi jej wlasciwosci wykorzystywanie podczas pracy tej akcji
4. Jeszcze cos innego?

POMOCY!

Vengeance: zawsze się wyróżniałem... A co do wyboru, to wróciłem to pliku ini

wasze prywatne potyczki bardzo mi pomagaja w rozwiazaniu problemu ;p

@squid: Po pierwsze, jakie potyczki? Po drugie nie tylko twoje problemy są na forum... skoro nie otrzymałeś odpowiedzi to przypominanie się wiele nie da.

inaczej to odbieram i nie oczekuje ze wszyscy zechca cos tu mi napisa bo ja chce ale skoro juz to wyjasnilismy to zrobilem test simpleXML kontra DOM.
Wiadomo obiektu simpleXML nie da sie zserializowac wiec trzeba go zamienic na tablice i poznie ew. obiekt. W moim przykladzie zamieniam na tablice.
Hawk twierdzi ze zabawa w zamieniania simpleXML na cokolwiek jest zbyt kosztowna.
oto plik testowy:

[PHP] pobierz, plaintext 
<?php
require_once 'Benchmark/Iterate.php';
$benchmark = new Benchmark_Iterate;
$file = "./xml/test.xml";
 
function simple_xml ($file)
{
	$xmlObject = simplexml_load_file ( $file );
	$xmlArray = simplexml2array ($xmlObject);
}
 
function simplexml2array($xml)
	{
		if (get_class($xml) == 'SimpleXMLElement')
		{
			$attributes = $xml->attributes();
			foreach($attributes as $k=>$v)
			{
				if ($v) $a[$k] = (string) $v;
			}
			$x = $xml;
			$xml = get_object_vars($xml);
		}
		if (is_array($xml))
		{
			// - poprawione - //
			if(count($xml) == 0)
			{
				if(count($a) <> 0)
				{
					return $a;
				}
			return (string) $x;
			}
			// - koniec poprawki - //
			foreach($xml as $key=>$value)
			{
				$r[$key] = simplexml2array($value);
			}
			if (isset($a))
			{
				$r['@'] = $a;	// Attributes
			}
			return $r;
		}
		return (string) $xml;
	}
 
 
 
$benchmark->run(1000, 'simple_xml', $file);
$result = $benchmark->get();
echo '<pre>';
//var_dump ( $result );
echo '</pre>';
unset ($result['iterations']);
echo array_sum ($result).'<br />';
 
 
function DOM ( $file )
{
	$dom = new DOMDocument('1.0', 'iso-8859-1');
	$dom->load($file);
 
}
 
$benchmark->run(1000, 'DOM', $file);
$result = $benchmark->get();
unset ($result['iterations']);
echo array_sum ($result).'<br />';
?>
[PHP] pobierz, plaintext 

na moim sprzecie odczytanie i zamana obiektu simpleXML na tablice zajmuje ok 0.65s a zabawa z DOM ok 1s. Wszytko to dla 1000 wywolan. Jaki wplyw na wynik ma sama zamiana simpleXML na tablice mozna zobaczyc komentujac linie:

[PHP] pobierz, plaintext 
<?php
 
	$xmlArray = simplexml2array ($xmlObject);
?>
[PHP] pobierz, plaintext 

w pierwszej f-cji
Nie jestem sepem od DOM'a ale jest jeden jako rozszerzenie i jeden wbudowany w jadro (tego uzylem), moze wiecie jaka jest roznica? jesli nie ma zbyt wielkiej to moze w phiend2 trzeba zamienic DOM na cos innego?

To wszytko dla przykladowego pliku:

[XML] pobierz, plaintext 
<?xml version="1.0" encoding="utf-8" ?>
 
<rss version="0.91">
 
 <channel>
 
  <title>What's For Dinner</title>
 
  <link>http://menu.example.com/</link>
 
  <description>These are your choices of what to eat tonight.</description>
 
  <item>
 
   <title>Braised Sea Cucumber</title>
 
   <link>http://menu.example.com/dishes.php?dish=cuke</link>
 
   <description>Gentle flavors of the sea that nourish and refresh you.</description>
 
  </item>
 
  <item>
 
   <title>Baked Giblets with Salt</title>
 
   <link>http://menu.example.com/dishes.php?dish=giblets</link>
 
   <description>Rich giblet flavor infused with salt and spice.</description>
 
  </item>
 
  <item>
 
   <title>Abalone with Marrow and Duck Feet</title>
 
   <link>http://menu.example.com/dishes.php?dish=abalone</link>
 
   <description>There's no mistaking the special pleasure of abalone.</description>
 
  </item>
 
 </channel>
 
</rss>
[XML] pobierz, plaintext 

squid: istniejące funkcje xml2array nie pozwalają na używanie wielu możlwiości XML jak np argumenty.

Dla mnie też zrzucanie do arraya nie ma sensu. Już albo zrobić sobie gotowe do użycia obiekty (wygenerować odpowiednie pliki), lub pobierać przez xpath()

mowiac argumenty masz na imie atrybuty?? np:

[XML] pobierz, plaintext 
<znacznik atrybut="wartosc"></znacznik>
[XML] pobierz, plaintext 

Oczywiscie chce miec obiekt z konfiguracja tak zebym na niej mogl operowac (na poczatek tylko czytac) ale tak czy siak zeby dalej uzywac tego co odczytam z pliku to uzywajac simpleXML musze to zrzucic do jakies tablicy ktora w rzeczywistosci bedzie chroniona wlasciwosci na ktorej bedzie operowal obiekt konfiguracji.

XPATH, jeszcze za malo wiem o tej technologi ale postaram sie to przetestowac pod wzgledem wydajnosci i powiadomie Was o wynikach

dzieki za uwagi

Przede wszystkim, nie twierdzę, że zamiana simplexml na tablice jest kosztowna. Po prostu w moim przypadku przejście z xml bezpośrednio na obiekty było krótsze (w znaczeniu linii kodu). A i już po zapisaniu wyniku np. do gotowego pliku php kod wykorzystujący obiekty jest prostszy niż kod pakujący tablice do obiektów.

Że DOM jest wolny, to wiadomo. To cena, którą się płaci za możliwość dowolnej edycji struktury XMLa. Ale ile razy będzie parsowany taki XML? Jeżeli to konfiguracja frameworka, to naprawdę bardzo rzadko, więc nie ma to znaczenia.

A ja się ostatnio zastanawiałem nad inną rzeczą. Czy da się uwolnić od ograniczenia, że dane wejściowe są w XML? Mamy jeszcze .ini, YAML, M3, php ... Gdyby był format pośredni, to można tylko wymieniać "driver". Tylko że formatem pośrednim znowu byłyby tablice . A tablice do XML kiepsko pasują. Przykład:

[XML] pobierz, plaintext 
<items>
  <item>foo</item>
  <item>bar</item>
</items>
[XML] pobierz, plaintext 

Tak na oko, chciałbym w wyniku mieć:

[PHP] pobierz, plaintext 
<?php
$items = array(
  'foo',
  'bar',
);
?>
[PHP] pobierz, plaintext 

... a nie ...

[PHP] pobierz, plaintext 
<?php
$items = array(
  'item' => array(
	'foo',
	'bar',
  ),
);
?>
[PHP] pobierz, plaintext 

Chyba że ja za bardzo kombinuję...

DOM jest dobry ale to kombajn, czy trzeba zapuszczac kombajn do jednego klosa?
DOM daje duzo mozliwosci jest dopracowany bo w php juz istnieje jakis czas ale zajmuje duzo pamieci i nei ejst najszybszy.
Jest tez SAX ale nie za bardzo mi odpowiada, trzeba pisac jakies handlery itp.
SimpleXML bylby idealny gdyby nie to ze jest dosc niedopracowany. Wspomniany blad z serializacja sprawia ze trzeba kombinowac.
Mimo wszystko wole simpleXML bo do czytania konfiguracji powinien wystarczyc i nawet jakbym z panelu admina chcial cos napisac do pliku z configiem to tez moge.
Mialem porownac bardziej realistycznie wydajnosc SimpleXML i DOM i nawet Xpath ale sie nie da przynajmniej takim nakladem pracy jakim moge dysponowac.

To jest taki szkic klasy uzywajacej SimpleXML:

[PHP] pobierz, plaintext 
<?php
class Configuration
{
	protected $configuration = array ();
	protected $cachedConfigurationFile = './cache/configuration.ctmp';
 
	public function __construct ()
	{   
		if ( isset ( $_SESSION['configuration'] ) )
		{
			$this->configuration = $_SESSION['configuration'];
		} 
		else if ( file_exists ( $this->cachedConfigurationFile ) )
		{
			$cachedConfigurationString = file_get_contents ( $this->cachedConfigurationFile );
			$this->configuration = unserialize ( $cachedConfigurationString );
			$_SESSION['configuration'] = $this->configuration;
		}
		else
		{
			$simpleXmlObject = simplexml_load_file('./xml/test.xml');
			$this->configuration = $this->simplexml2array ( $simpleXmlObject );
			file_put_contents ( $this->cachedConfigurationFile, serialize ( $this->configuration ) );
			$_SESSION['configuration'] = $this->configuration;
		}
		return true;
	}
 
	public function getConfiguration ( $node )
	{
		return $this->configuration[$node];
	}
 
	protected function simplexml2array ( $xml )
	{
		if (get_class($xml) == 'SimpleXMLElement')
		{
			$attributes = $xml->attributes();
			foreach($attributes as $k=>$v)
			{
				if ($v) $a[$k] = (string) $v;
			}
			$x = $xml;
			$xml = get_object_vars($xml);
		}
		if (is_array($xml))
		{
			// - poprawione - //
			if(count($xml) == 0)
			{
				if(count($a) <> 0)
				{
					return $a;
				}
			return (string) $x;
			}
			// - koniec poprawki - //
			foreach($xml as $key=>$value)
			{
				$r[$key] = $this->simplexml2array($value);
			}
			if (isset($a))
			{
				$r['@'] = $a;	// Attributes
			}
			return $r;
		}
		return (string) $xml;
	}
 
}
?>
[PHP] pobierz, plaintext 

Zasadnicza wada jest to ze ciezko przez metode uzyskac dostpe do dowolnego poziomu zagniezdzenia tablicy dlatego na razie mozna pobrac tylko jeden z korzeni.
Macie jakis pomysl co z tym zrobic?

Nie prawda. Ja w poprzedniej wersji swojego Framework robiłem po prostu:

Config::GetParam('/framework/db/user');

Gdzie GetParam() przerabial to na zapytanie xpath. zainteresuj sie nim bo na prawde pomaga. A mozna przy jego użyciu cuda robić.

Cuda - ciekawe jak z szybkością jeśli trzeba wczytywać cały dokument :?:

Już nie cuda... bo stwierdziłem że XML jest zbędny i z niego nie korzystam. W ogóle staram się pisać tak by unikać konfiguracji.

No ale kolega chciał sposobów to podałem stare :]

@NuLL z moich testow wynika ze wszystko jest szybsze od DOM, nie testowalem zajetosci pamieci ale DOM pewnie tez zajmowalby najwiecej.

@Vengeance nie uparlem sie na XML, testuje tez inne rozwiazania ale najwiecej problemu sprawia mi wlasnie XML stad ten temat.
Pliki ini oferuja zbyt mala fukcjonalnosc, przeszkadza mi glownie brak zagniezdzen ktore z latwoscia uzyskam przez xml np:

[XML] pobierz, plaintext 
<znacznik_1>
  <znacznik_2>
    <znacznik_3>bla</znacznik_3>
  </znacznik_2>
  <znacznik_4> bla bla </znacznik_4>
</znacznik_1>
[XML] pobierz, plaintext 

pliki ini sa dobre do trzymania konfiguracji typu ile mam wyswietlic rekordow na stronie itp. ale gdybym chcial trzymac mape plikow lub cos bardziej skomplikowanego to sie nie sprawdzaja choc nie wykluczylem do konca plikow ini. Jesli nie bede zadowolony z obslugi XML przez php to pewnie wybiore te rozwiazanie.

Trzymanie konfiguracji w stalych jest jeszcze bardziej ograniczone.
Obecnie konfiguracje trzymam w statycznej wlasciwosci kontrolera ale malo eleganckie to jest.
Mozna trzymac tez w bazie danych, ja w ten sposob przetrzymuje mape akcji, w ten sposob latwo sprzegam to z systemem uprawnien do wykonania akcji przez uzytkownika.

ale Vengeance jesli potrafisz pisac kod nie wymagajacy konfiguracji to albo lubisz pisac wiecej kodu niz potrzeba albo jestes zaje...genialny.

Kilka algorytmów konfigurujących skrypt na podstawie działań użytkownika/administratora i jest git ;P

U mnie konfig to dość rozbudowany moduł, na razie 13 klas i do tego jeszcze kilka interface'ów. Jak na razie mam:
ConfigCache, ConfigCacheCreator, ConfigCacheGenerator, ConfigCacheLoader, ConfigCacheWriter, ConfigContainer, ConfigEntry, ConfigSection, INIConfigParser, PHPConfigParser, SerializedConfigCacheLoader, SerializedConfigCacheWriter, XMLConfigParser.

A używanie samego configu wygląda tak:

[PHP] pobierz, plaintext 
<?php
 
	class OpenConfig
	{
		private static $OpenConfig;
 
		private static $aConfigArray;
 
		public static function getConfig( String $FilePathname )
		{
			if( isset( self::$aConfigArray[ $FilePathname->toString() ] ) )
			{
				return self::$aConfigArray[ $FilePathname->toString() ];	
			}	
			else
			{
				return self::loadConfig( $FilePathname );	
			}
		}
 
		public static function addConfig( String $FilePathname, ConfigContainer $Config )
		{
			self::$aConfigArray[ $FilePathname->toString() ] = $Config;	
		}
 
		public static function loadConfig( String $FilePathname )
		{
			if( file_exists( $FilePathname->toString() ) )
			{
				if( !file_exists( OF_CACHE_DIR . md5( $FilePathname->toString() ) . '.php' ) || ( filemtime( $FilePathname->toString() ) > filemtime( OF_CACHE_DIR . md5( $FilePathname->toString() ) . '.php' ) ) )
				{
					$ConfigCacheGenerator = new ConfigCacheGenerator;
 
					$FileExtension = clone $FilePathname;
					$FileExtension->replace( new String( '/(.*?).([^.]+)?$/i' ), new String( '2' ) );
					$FileExtension->toLowerCase();
 
					switch( $FileExtension->toString() )
					{
						case 'xml':
							$ConfigParser = new XMLConfigParser;
							break;
						case 'php':
							$ConfigParser = new PHPConfigParser;
							break;
						case 'ini':
							$ConfigParser = new INIConfigParser;
							break;	 
					}
 
					$Config = $ConfigParser->parseFile( $FilePathname );
					$ConfigCacheGenerator->setProvider( $Config );
 
					$ConfigCacheCreator = new ConfigCacheCreator( $Config );
					$ConfigCacheGenerator->setCreator( $ConfigCacheCreator );
 
					$ConfigCacheWriter = new SerializedConfigCacheWriter( new String( OF_CACHE_DIR . md5( $FilePathname->toString() ) . '.php' ) );
					$ConfigCacheGenerator->setWriter( $ConfigCacheWriter );
 
					$ConfigCacheGenerator->generateCache();	
				}
				else
				{
					$ConfigCacheLoader = new SerializedConfigCacheLoader;
					$Config = $ConfigCacheLoader->loadCache( new String( OF_CACHE_DIR . md5( $FilePathname->toString() ) . '.php' ) );				
				}
 
				self::addConfig( $FilePathname, $Config );
 
				return $Config;
			}
			else
			{
				throw new FileNotExistsException( 'Config file (' . $FilePathname->toString() . ') does not exist' );	
			}	
		}
	}
 
?>
[PHP] pobierz, plaintext 

A to przykład pobierania danych z konfiguracji:

[PHP] pobierz, plaintext 
<?php
$ControllerConfig = OpenConfig::getConfig( new String( 'config.xml' ) )->getSection( new String( 'Controller' ) );
$ModuleName = $ControllerConfig->getEntry( new String( 'Error404Module' ) )->getValue();
$ActionName = $ControllerConfig->getEntry( new String( 'Error404Action' ) )->getValue();
?>
[PHP] pobierz, plaintext 

Na razie dość niewygodne, bo przy każdym odwołaniu do konfiguracji z innego miejsca aplikacji trzeba podać plik z jakiego się chce skorzystać, ale to tylko dla potrzeb mojego testowania (tak wygodniej mi się pisze ;P)