Forum PHP.pl

*Plik Bootstrap* Każdemu obiektowi który ma mieć zakres globalny przekazujemy w konstruktorze context

[PHP] pobierz, plaintext 
<?php
$context = new Context();
    $config = new Config($context);
    $log = new Log($context);
    $dbDriver = new Db_Driver($context);
    $session = new Session($context);
    $language = new Language($context);
    $user = new User($context);
    $structure = new Structure($context);
    $router = new Router($context);
    $buffer = new Buffer($context);
?>
[PHP] pobierz, plaintext 

Każdy obiekt globalny dziedziczy po klasie System_Object

[PHP] pobierz, plaintext 
<?php
    class System_Object
    {
        public $context = array();
        
        public function __construct(Context $context)
        {
            $this->context = $context->getRegistry();
            $context->register($this);
        }
        
        public function __get($key)
        {
            if(isset($this->context[$key])) {
                return $this->context[$key];
            }
        }
    }
?>
[PHP] pobierz, plaintext 

Obiekt Kontext

[PHP] pobierz, plaintext 
<?php
    class Context
    {
        private $registry = array();
    
        public function __get($key)
        {
            if(isset($this->registry[$key])) {
                return $this->registry[$key];
            }
        }
        
        public function register(System_Object $object)
        {
            $key = System_Strings::variableNotation(get_class($object));
            $this->registry[$key] = $object;
        }
        
        public function getRegistry()
        {
            return $this->registry;
        }
    } 
    
?>
[PHP] pobierz, plaintext 

Przykłądowa klasa. Wszystkie inne na podobnej zasadzie. Nie ma żadnych setterów, getterów, wszystko bez zbędnych kodów.

[PHP] pobierz, plaintext 
<?php
    class Config extends System_Object
    {
        public $test = 'Wartość testowa';
    
        public function __construct(Context $context)
        {
            parent::__construct($context);
        }
    }  
?>
[PHP] pobierz, plaintext 

sposób użycia

[PHP] pobierz, plaintext 
<?php
    print $user->config->test;  // jak widac obiekt wyswietla zmienna z innego obiektu
    $log->config->test = 'foo'; // a zupelnie inny obiekt modyfikuje ta wartosc
    print $user->config->test; // no i wartosc ulega zmienie tak jakby byla globalna
?>
[PHP] pobierz, plaintext 

Moim zdaniem to musi być ostateczne rozwiązanie problemu globalsów. Bardzo proszę o dyskusję

Czy singletony zamiast tego byłyby wydajniejsze ? Podobno singletony to zło. Ja już zgupłem do reszty @_@

Ten post edytował Black-Berry 5.11.2008, 09:24:28

a co jest szybsze w php? singletony czy trzymanie referencji do innych klas?



Czym się różni instanceof od wymagania klasy ?

Witam

Znalazłem inne rozwiązanie problemu globali. Moje podejście jest minimalistyczne. Minimum pisania, maximum czytelności, pełna funkcjonalność. Używam statycznych singletonów, najprościej przedstawię to na hiper-uproszczonym przykładzie. Dodaję sobie do aplikacji klasę app, która jak sama nazwa wskazuje, trzyma dane aplikacji...





Zmienna app::$qa przechowuje mi np informację, czy aplikacja jest odpalona w trybie testowym. W dowolnym miejscu kodu sprawdzam sobie...




...i pozamiatane.



Stanu aplikacji nie muszę "przekazywać" do modułów. Mogą sobie go sprawdzać od ręki, w każdej chwili, mogą go też zmieniać. W zasadzie moja klasa app jest też pewnym rodzajem rejestru, ale prostszym. Dodatkowo posiada pewną kolosalną przewagę: jeśli używasz Eclipse, ZendStudio, albo podobnego cuda z opcją CodeAssist lub AutoComplete - wszystkie klucze tego rejestru będą się "wklepywać" automatycznie po wpisaniu 1, góra 3 pierwszych liter. Oczywiście klasa app w rzeczywistości robi dużo więcej poza samym trzymaniem stanu. Najpierw inicjuje się, inicjuje całą aplikacje, wgrywa pliki, otwiera bazę, no wszystko co tam jest potrzebne na dzień dobry i nie podpada pod specjalistyczne moduły.

Ciekawi mnie, jakie moje rozwiązanie ma wady i dlaczego kurcze nikt takiego myku nie używa?

Ten post edytował pp-layouts 3.11.2008, 22:55:43

Dzięki za linki. Trochę poczytałem i wydaje mi się że to co ja napisałem to właśnie ten wzorzec tylko całkowicie zautomatyzowany. Czy się nie mylę?


Myślę że temu, że to przeczy zasadom obiektowości. Poza tym większość ludzi używa singletonów na podobnej zasadzie a ponoć są szybsze niż klasy statyczne ale mogę się mylić.

Moje rozwiązanie różni się tym od Twojego, że (na podstawie tego co mi napisał empathon) jest o wiele szybsze w działaniu. A poza tym przy lekkiej modyfikacji możnaby do różnych klas dodawać różne konteksty. Myślę, że moje rozwiązanie nadaje się tylko dla leniwych ale ja jestem raczej leniwy więc mi leży.

Dzxięki L0ud. Wszystko o czym mówisz jest całkowitą prawdą. Pętla była pozostałością po czymś co przestało być potrzebne i teraz już ją wywaliłem. Muszę to przemyśleć jeszcze raz bo faktycznie starsze elementy nie mają dostępu do nowych. Cuda takie jak to:

[PHP] pobierz, plaintext 
<?php
$buffer->router->structure->user->language->session->dbDriver...
?>
[PHP] pobierz, plaintext 

chyba nie będą takim problemem bo każdy kto trochę myśli to zamiast tego napisze:

[PHP] pobierz, plaintext 
<?php
$buffer->dbDriver
?>
[PHP] pobierz, plaintext 

No i czasem buffer też potrzebuje dbDrivera jeśli np będzie chciał cach'a całej strony zapisać do bazy danych. Mówi się dużo na temat ukrywania niektórych obiektów ale piszę już ponad rok i zawsze wychodza takie sytuacje w których jeden obiekt wymaga takiego o którym wcześniej nie pomyslałem i wtedy znowu trzeba przerabiać konstruktor, tworzyć nowego settera, gettera. Trochę się mi to już znudziło i chcę to maksymalnie zautomatyzować.

Edit: Tak po chwili zastanowienia... Czy obiektr language potrzebuje obiektu user? Albo czy config potrzebuje dbDriver? Myślę, że nie i takie hierarchiczne poukładanie jest pewną formą wyłączenia zbędnych obiektów z obiegu. Idąc w górę drzewka zawsze znajdę powiązanie. Np language potrzebuje session. Idąc w dół nie widzę takich zależnosci ale może ktoś się do tego ustosunkuje.

P.S. Dlaczego masz takie dziwne prefiksy klas 'ff' (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ?

Ten post edytował Black-Berry 5.11.2008, 09:50:42

PHP nie obsługuje jeszcze przestrzeni nazw (namespace) i trzeba sobie jakoś radzić z unikalnym nazewnictwem klas. "ff" jest zapewne skrótem od nazwy projektu, na przykład nazwa sfRequest oznacza Request z projektu symfony (działa to na dokładnie takiej samej zasadzie jak prefiksy w nazwach tabel w bazie danych).

No tak ale osobiście źle mi się to czyta. Może lepiej tak jak w zendzie. Jeśli masz framework o nazwie Ziuziu to klasy piszesz

• Ziuziu_Core
• Ziuziu_Registry
• Ziuziu_Config

pozatym nazwy klas zawsze zaczynasz od dużej litery i wiesz co jest klasą a co czymś innym. To szczegół ale moze komuś ułatwi analizę.

Ten post edytował Black-Berry 5.11.2008, 14:53:17

'ff' to skrót od nazwy projektu. Akurat nazewnictwo to sprawa indywidualna (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Ja do nazywania czegokolwiek używam mixedCase, a Ci wygodniej inaczej - coś jakby CamelCase ze znakami podkreślenia.

Wracając do tematu, pokazałem swój sposób rozwiązania tego problemu. Po prostu w konstruktorze odbieram $ffCore i z niego robię sobie aliasy do wymaganych mi obiektów. Dzięki temu później w klasie nie mam dostępu do niepotrzebnych obiektów i od razu widzę jakie ma zależności. Gettera mogę wykorzystać do czegoś innego i nie mam problemów typu brak hermetyczności (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Pozdrawiam