Czesc! Od dluzszego czasu zastanawiam sie, jak logicznie zaplanowac szkielet mojego frameworka, w zasadzie mam na mysli przekazywanie obiektow. Caly moj framework jest pisany obiektowo, sklada sie z bootstrapa ktory kolejno wykonuje zaplanowane dzialania na roznych klasach, przeznaczonych do konkretnego celu. Stworzylem klase statyczna ala Singleton w ktorej przechowuje instancje/obiekty klas, dzieki czemu w przypadku potrzeby odwolania sie z jednej klasy do innej, moge szybko zwrocic referencje do obiektu. Jesli pracuje w klasie Router moge uzyskac dostep do klasy MySQL. Podczas powolania klas do zycia, w metodzie magicznej __construct automatycznie rejestruje instancje w statycznym singletonie poprzez sgt::setInstance($this). Jesli mam 3 klasy ktore uzywaja MySQL, kazda z nich posiada wzmianke w __construct, $this->mysql=sgt::getInstance('mysql'); tyczy sie to kazdej klasy z osobna, w wyniku czego w kazdej z klas powstaje duzo zmiennych przechowujacych referencje do obiektow.

Troche duzo z tym zabawy ale prostrzej metody nie widze, nie jestem zbyt doswiadczonym programista... Chcialbym sie dowiedziec czy robie to dobrze, czy tak powinno sie robic, a moze sa inne sposoby - bardziej profesjonalne?

Pozdrawiam.

Ucz się ucz

Czy nie łatwiej byłoby zacząć od podstawowej klasy Component, która definiowałaby dostęp do bazy dla wszystkich swoich potomków?

[PHP] pobierz, plaintext 
abstract class Component {
   public $_db;
 
   // jakies metody odnosnie obslugi bazy
   // itp.
}
 
class Router extends Component {
   // twoja klasa posiada juz dostep do bazy :)
}
[PHP] pobierz, plaintext 

Możesz wykonać klasę statyczną do obsługi SQL ale tu pojawia się warunek :

Za pomocą tej klasy możesz pracować tylko na jednej bazie danych ... ale za to możesz pracować z nią na wielu klasach bez potrzeby przekazywania obiektu w __constuct()

bez sensu, odwoływanie się ciągle do jakieś klasy? a co jeżeli zmienisz nazwę klasy. Będziesz edytował wszystkie dokumenty php i szukał jej nazwy ?



jak sobie zaimplementuje to tak będzie miał, kto powiedział, że będzie ograniczony do jednej bazy danych?

Klasa statyczna odpada podobnie jak dziedziczenie, aktualnie moj framework liczy kilkanascie bibliotek...

Ostatecznie pozostaje wzorzec registry.

Nie rozumiem czemu nie korzystać z dziedziczenia. Więc po co Ci właściwie framework pisany obiektowo? Dla zasady?

@em1X: nie rozumiesz chyba do czego służy dziedziczenie

Jednym z kilku spisujących się rozwiązań jest Dependency Injection.