Extract do public variables. Opcje

[Szymciosek]

Witam,
wiem, że za pomocą extract($array) jestem w stanie stworzyć zmienne, a więc takie coś jak poniżej mi zadziała.

[PHP] pobierz, plaintext 
<php
class Test
{
    public $array = array('first' => 'first variable');
 
    public function __construct()
    {
        extract($this->array);
        echo $first; //output: first variable
    }
}
?>
[PHP] pobierz, plaintext 

Lecz jak zrobić to tak żeby zmienne z extract weszły mi pod public $array czyli otrzymałbym coś takiego

[PHP] pobierz, plaintext 
<?php
class Test
{
    public $array = array('first' => 'first variable');
 
    //tutaj juz krok kolejny po wykonaniu extract()
    public $first = 'first variable';
 
    public function __construct()
    {
        extract($this->array);
        echo $this->first; //to powinno działać tylko i wyłącznie po wykonaniu extract ze względu na dynamiczne tworzenie zmiennych.
    }
}
[PHP] pobierz, plaintext 

Najlepiej chciałbym mieć możliwość stworzenia czegoś na wzór powyższego z dynamicznym tworzeniem zmiennych, ale w klasie statycznej tj:

[PHP] pobierz, plaintext 
class Test
{
    private static $array = array('first' => 'first variable'); //to byłoby pobierane z pliku, ale teraz jest array na potrzeby tego postu
 
    public static function loadConfigFile()
    {
        //rozpoznanie srodowiska, w ktorym pracuje
        //ładowanie pliku z konfiguracją i tym samym tymi zmiennymi na podstawie rozpoznanego srodowiska
        //np. ładuje config_dev.yml
        self::createVariables();
    }
 
    /*
    * $_data => data from config file after parse
    */
    private static function createVariables($_data)
    {
        //tutaj odbieram przekazane dane z pliku i chciałbym zrobić extract
        extract($_data);
    }
 
}
[PHP] pobierz, plaintext 

Teraz z innej klasy chciałbym mieć do tego dostęp tj:

[PHP] pobierz, plaintext 
class Start
{
    public function __construct()
    {
        Config::loadConfigFile();
        echo Config::$first;
    }
}
[PHP] pobierz, plaintext 

Da się to jakoś zrobić?
Wiem, że się trochę rozpisałem, ale mam nadzieję, że jest to w jakimś stopniu zrozumiałe.

Pozdrawiam,
Szymon

[Crozin]

Co do dependency injection mam zamiar się wziąć powoli i tak ogólnie za wzorce projektowe, aczkolwiek nie wiem kiedy znajdę chwilę na to, bo matura niedługo.

Dependency Injection i inne podstawy OOP w 45 sekund:
1. Obiekt w miarę możliwości nie powinien odwoływać się do niczego co pochodzi spoza jego samego, tj. żadnych zmiennych globalnych czy odwołania do innych klas (patrz: Config::getInstance() czy zapisanie nazw plików wewnątrz klasy).
2. Biorąc sobie do serca punkt pierwszy, musimy dojść do wniosku, że wszelkie zależności muszą być przekazane przez argumenty metod.
2.1. Jeżeli jakaś zależność jest niezbędna do działania obiektu, powinna być przekazana już w konstruktorze.
2.2. Jeżeli jakaś zależność jest opcjonalna można dla niej utworzyć osobnego settera.
3. Każdy obiekt zajmuje się jedną rzeczą (czyli taki obiekt Config nie bawi się już w rozpoznawanie czy pracuje w środowisku produkcyjnym czy deweloperskim).
4. Gdzie się tylko da unikamy static (tutaj nie ma żadnej przesłanki sugerującej konieczność skorzystania z tego).
5. Dbamy o obsługę błędów (metoda get() powinna rzucić wyjątek InvalidArgumentException w przypadku odwołania się do nieistniejącego klucza).

Oczywiście nie są to jakieś nienaruszalne zasady, ale jeżeli je łamiesz musisz to robić świadomie i umieć sobie odpowiedzieć dlaczego warto je łamać.