Witam. Tworzę sobie mały projekt w OOP i spotkałem się z problemem, którego nie potrafię logicznie rozwiązać.

Schemat systemy jest najstępujący:

1. Odpalam Router
2. przekazuje go do dispatchera
3. Dispatcher ładuje odpowiedni kontroler i wrzuca do niego router.
4. W kontrolerze za pomocą klasy View tworzę widok (podział www na kilka szablonów)
5. Dispatcher renderuje i wysyła całość.

---

Problemem jest dostanie się z widoku do routera. Po co? Mam przykładowo menu i chciałbym, aby menu prowadzące do aktualnie otwartego działu dostało atrybut klasy "active". Z poziomu widoku chciałbym odczytać $router->getModule i porownać go.

Jak rozwiązalibyście taki problem?

Zwracasz widok z kontrolera?

edit:

Tak, na logikę, obiekt Request powinien trzymać przetłumaczone info z Routera tj. moduł, akcja, etc.

Tak, ale akurat menu jest wczytywane w widoku main.html jako <?=$this->include('menu');?>, który tworzy nowy widok i wszczepia go.
W tym przypadku menu znajduje się u góry strony i jest wczytywane przez main.html, ale może się zdarzyć tak, że menu będzie w innym miejscu i będzie wszczepiane w pliku footer.html. Dodatkowo na niektórych podstronach będzie submenu, które będzie musiało czytać z $router->action i też chciałbym tam dorzucić klasę "active" do hovera. Chciałbym aby kod był jak najoptymalniejszy, ale uniwesalny w przypadku zmiany widoku (mam system templatów).


Ja to zrobiłem bezpośrednio w routerze, aby ograniczyć ilość klas w projekcie.


Dodam tylko, że myślałem nad takimi rozwiązaniami:
1. zastosowanie Jquery do podmiany klas (nie będę musiał wtedy męczyć frameworka)
2. utworzenie nowej klasy do budowy menu
3. stały dostęp widoku do klasy request/router

Nie wiem co będzie najlepsze...

wszystko sprowadza się do przekazania Routera do widoku, a tego dalej do szablonu. Masz 2 wyjścia (no dobra, nie tylko 2 ale te będą najłatwiejsze do uzyskania):

1. Dodanie routera do widoku w dispatcherze:

[PHP] pobierz, plaintext 
 
//uzyskujesz moduł , kontroler i akcję z routera i dalej...
 
$view = $controller->$action(); // zwracasz widok z akcji
 
$view->setRouter($router); // obsługę przekazywania Routera do szablonu zaimplementuj w głównej klasie widoku
 
// dalsza logika dispatchera np uruchomienie widoku i wyplucie outputu
[PHP] pobierz, plaintext 

2. Tworzysz fabrykę widoku bezpośrednio w głównej klasie kontrolera

[PHP] pobierz, plaintext 
 
// możesz też oprzeć to tylko  na interfejsie, wtedy będzie to "Design by contract"
abstract class View
{
    protected $router;
 
   public function __construct(Router $router)
   {
       $this->router = $router;
   }
 
   // reszta logiki
}
 
abstract class Controller
{
    private $router;
 
   public function __construct(Router $router)
   {
       $this->router = $router;
   }
 
    protected function createView()
    {
         // metoda może pobierać jakiś rodzaj konfiguracji i
         // na jej podstawie wywoływać odpowiedni obiekt widoku
         return new View($this->router);
    }
}
 
 
// i później w akcji
 
public function index()
{
   $view = $this->createView();
   return $view;
}
[PHP] pobierz, plaintext