Czas życia obiektu Opcje

[Jarod]

W programie napisanym w jakimś języku programowania, utworzony obiekt istnieje dopóki nie zostanie zniszczony. W php zmienne, obiekt istnieje dopóki skrypt nie zakończy działania albo nie zostanie zniszczony. To jest problem, który nie do końca mogę zrozumieć, abo inaczej sposób jego rozwiązania. Weźmy pierwszy lepszy przykład, przy którym ten problem dla mnie znowu się uwidocznił. Zastosowanie wzorca registry. Przypomniałem sobie ten wzorzec z artykułu http://www.strefaphp.net/artykul59.html

Załóżmy, że w pliku głównym index.php, zaraz po wystartowaniu aplikacji, wczytywana jest konfiguracja systemu:

[PHP] pobierz, plaintext 
<?php
$registry = new Registry;
$registry->set ( 'config', parse_ini_file ( 'plik.ini' ) );
?>
[PHP] pobierz, plaintext 

dzięki czemu mamy łatwy dostęp do konfiguracji:

[PHP] pobierz, plaintext 
<?php
echo $registry->get ( 'config_zmienna1' );
echo $registry->get ( 'config_zmienna2' );
?>
[PHP] pobierz, plaintext 

Następnie tworzone jest menu, etc. Użytkownik wybiera jakąś opcje z menu, kontroler oddaje działanie do modelu, a wyniki zwracane są do widoku. Sedno sprawy:

Jak sprawić, żeby w każdym skrypcie (przecież model jest w innym skrypcie, widok w innym), te dane były dostępne? Żeby w każdym skrypcie nie trzeba było tworzyć instancji obiektu Registry i nie ładować do niego danych? Każdą inną klasę, która będzie korzystać z obiektu Registry tak projektować, żeby jako parametr konstruktora mogła przyjmować obiekt Registry?

[menic]

Jak najbardziej prawidłowy. Ja u siebie jeszcze nie uzyłem registry do przechowywania instancji. Jak mi są potrzebne to przekazuje jako parametr. Natomiast przydatne jest załadowanie instancji do registry w przypadku gdy z tego obiektu korzystasz duzo dalej, po drodze wywolujac kilka nowych klas itp. Wtedy pilnowanie instancji jest trudne i niewygodne (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)