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?

[ActivePlayer]

Idąc Twoim tokiem rozumowania, każda klasa powinna implementować wzorzec singleton, bo przecież w programowaniu obiektowym nie chodzi tylko o tworzenie klas ale także sposób wpsółpracy tych obiektów. I o to właśnie pytam..

rejestr w systemie masz jeden i do niego jak do worka wsadzasz obiekty które potrzebne Ci są wszędzie.

obiektów data do pobierania danych mozesz miec kilka np:

[PHP] pobierz, plaintext 
<?php
$tresc = new Data('costam.txt');// przyjąłem ze w konstrukotrze podaje sie sciezke do zrodla.
$xmlik = new Data('sciezka_do_xmla.xml');
?>
[PHP] pobierz, plaintext 

a potem sobie na nich operujesz w jakistam przykładowy sposob.

[Jarod]

rejestr w systemie masz jeden i do niego jak do worka wsadzasz obiekty które potrzebne Ci są wszędzie.

obiektów data do pobierania danych mozesz miec kilka np:

[PHP] pobierz, plaintext 
<?php
$tresc = new Data('costam.txt');// przyjąłem ze w konstrukotrze podaje sie sciezke do zrodla.
$xmlik = new Data('sciezka_do_xmla.xml');
?>
[PHP] pobierz, plaintext 

a potem sobie na nich operujesz w jakistam przykładowy sposob.

Czyli wychodzi na to, że jedynym słusznym rozwiązaniem jest stosowanie wzorca registry? A tak rzadko go spotykam..

Bo myślałem nad innym sposobme ale nie wiem na le to jest zgodne z programowaniem OOP. Mamy jakiś obiekt np. Data i chcąc go przekazać do obiektu View, tworzymy klasę View w taki sposób aby construktor View przyjmował Data jako parametr.
np;

[PHP] pobierz, plaintext 
<?php
$oData = new Data();
$oView = new View($oData, $param1, $param2);
?>
[PHP] pobierz, plaintext 

dzięki czemu w obiekcie oView mamy dostęp do obiektu oData.

Czy to sposób jest prawidłowy?