Parsowanie kodu zmiennych z pliku, wynajdowanie koła na nowo, ale do "własnych" celów Opcje

[erix]

Piszę sobie teraz coś w stylu edytora konfiguracji, który bazuje na czystym źródle.

[PHP] pobierz, plaintext 
<?php
array('k1'=>'v1', 'k2'=>array('v2k1'=>'v2v1', 'v2k2'=>null))
?>
[PHP] pobierz, plaintext 

I na tego typu kawałkach kodu grzęznę. Wszystko by było ok, gdyby nie było subtablic. Traktować tego eval" title="Zobacz w manualu PHP" target="_manualem nie chcę, nie mam pomysłu na to, aby zrobić z tego uzyteczną tablicę, np:

Kod

k1=>v1
k2=>v2k1=>v2v1
    v2k2=>null

Myślałem, żeby przetworzyć to jak XML, ale tam są przecież nazwy znaczników na początku i na końcu bloku, a tu tylko nawias.
Przyszedł mi jeszcze do głowy pomysł, żeby robić stosy przez nawiasy otwierające/kończące, ale to IMHO niezbyt dobre rozwiązanie, bo wystarczy dać (2+2) jako wartość i już się sytuacja komplikuje... (IMG:http://forum.php.pl/style_emoticons/default/blink.gif)

Ma ktoś jakieś pomysły? Ślęczę nad tym już ładny kawałek czasu i nijak nie mogę tego rozgryźć... (IMG:http://forum.php.pl/style_emoticons/default/sad.gif)

[cbagov]

W czym problem z wydajnoscia ?
Mam 1 typ configu w XML z wlasnym parserem w obie strony, czyli save i load z pelna edycja przez CMS - wyrazenia regularne oczywiscie, drugi taki sam na *.ini.
Wrazenie wygody trzymania w a'la code jest tylko wrazeniem moim zdaniem.
Regexem wyciagniesz i nazwy zmiennych i dane, wstawisz je w obiekt z nazwami wlasciwosci takimi jak w pliku - czyli dynamicznie tworzonymi, dostepnymi jak uwazasz albo przez prop[name]=val albo prop->name.
Zaleta jest taka, ze ini i xml sa do tego powszechnie stosowane, wiec nauczysz sie czegos uniwersalnego a i modyfikacja nie tylko przez ciebie jest latwiejsza do zrozumienia dla ewentualnego uzytkownika, a parser do kodu bedzie raczej srednio uniwersalny.
Pewnie, ze mozna.