Witam
Chciałbym zapytać o wzorzec strategy. Na początku chciałbym zapytać czy ten wzorzec jest poprawnie zaimplementowany, co w nim jest nie tak(cenne są najdrobniejsze uwagi)?
Jako, że strategia definiuje rodzinę algorytmów chciałbym go wykorzystać przy widoku w MVC generując odpowiedni rodzaj widoku(HTML,PDF,XML).
Następnie chciałbym zapytać czy jest to odpowiednie miejsce na wykorzystanie tego wzorca?

[PHP] pobierz, plaintext 
interface Render
{
    public function generate();
}
 
class RenderHTML
{
    public function generate(){
        echo 'HTML';
    }
}
 
class RenderXML
{
    public function generate(){
        echo 'XML';
    }
}
 
class RenderPDF{
    public function generate(){
        echo 'PDF';
    }
}
 
class ContextRender{
    private $render;
 
    public function setRender($obj){
        $this->render=$obj;
    }
 
    public function getRender(){
        return $this->render;
    }
}
[PHP] pobierz, plaintext 

następnie zostanie on użyty w ten sposób

[PHP] pobierz, plaintext 
class IndexController extends Controller{
    public $view;// jest to obiekt ContextRender
 
    public function abcAction()
    {
        $this->view->setRender(new RenderPDF());
        $this->view->getRender()->generate();
    }
}
[PHP] pobierz, plaintext 

Co myślicie o takiej implementacji? Chciałbym poznać wzorce, więc wymyśliłem sobie o to taki przykład. Cenie sobie każde uwagi

Nie widzę tu strategii.
Dlaczego?
Wg mnie podstawową cechą strategii jest zawarty w niej algorytm doboru obiektów współpracujących, np.:

[PHP] pobierz, plaintext 
 $view->setRender(123456);
[PHP] pobierz, plaintext 

- jeśli parametr > 1000 to obiekt $view skorzysta z obiektu $a, a jeśli nie to z obiektu $b. Ale my tego nie widzimy i nie obchodzi nas to.

Natomiast coś takiego:

[PHP] pobierz, plaintext 
$p = 123456;
if ($p > 1000) {
 $view->setRender($a);
} else {
$view->setRender($b);
}
[PHP] pobierz, plaintext 

- to wg mnie zwykły dekorator, bo używając klasy $view wiesz dokładnie, jakim obiektem zostanie ona "udekorowana"

I wg mnie to jest podstawowa różnica - strategia SAMA decyduje jakich użyje obiektów.

Mam nadzieję, że sam dobrze to rozumiem

Acha - i tego typu współpracę klas warto ogarnąć jakimś interfejsem by mieć pewność, że np. każdy obiekt implementujący TwojRenderDecoratorInterface może być użyty do zmiany sposobu działania Twojego renderowania.

Jest tyle pytań tego typu, dodatkowo różni ludzie różnie to rozumieją, i jest wiele dobrych wyjść a mimo to tez często się zastanawiam, czy rozwiązanie które implementuje (najczęściej w przypadku łączenia wzorców) jest zrobione dobrze. Powinna być jakaś dobra książka - jak myśleć obiektowo, jak projektować strukturę.

W bardzo podobnym kontekście Martin Fowler użył wzorca stanu ( prawie to samo co strategia ) w pierwszym rozdziale tej ksiązki Refaktoryzacja ulepszanie struktury istniejacego kodu
Obiekt Martina przy konstrukcji dostaje typ , a na podstawie tego typu wybiera odpowiednia strategie którą będzie stosował tak jak napisał alkocholik. Strategie stosuje do generowania odpowiedniego widoku tekstowego lub html.
Robisz dobrze. Chronisz zmienność. Oczywiście możesz zastosować rózne wzorce, ale napewno będziesz miał jakiś interfejs typu render i klasy które go implementują.

Coś o wzorcach i jak je łączyć. Dla każdego kto nie czytał pozycje obowiązkowe:
Wzorce projektowe elementy oprogramowania obiektowego wielokrotnego uzytku
Architektura systemow zarzadzania przedsiebiorstwem wzorce projektowe

@Pilsener: Coś Ci się chyba pomieszało. Wzorzec strategii zakłada, że implementacja algorytmu/interfejsu zostanie mu przekazana z zewnątrz, tak jak w przykładzie autora.

@pabito: Czy miałeś już może kontakt z popularnymi FW typu Zend/Symfony? Pytam, ponieważ implementacja MVC, nawet taka koślawa, jest zagadnieniem bardzo obszernym, wymagającym podjęcia większej ilości tego typu decyzji, a spieprzenie sprawy w jednym miejscu oznaczać będzie właściwie spieprzenie wszystkiego. Tobie zaś, patrząc po zadanym pytaniu, może, i najprawdopodobniej nie uda się tego zrobić poprawnie. Zawsze warto zapoznać się z istniejącymi rozwiązaniami, zobaczyć jak działają i jakie problemy wynikają z ich budowy. Wtedy można myśleć o tworzeniu czegoś własnego.

Jednak wracając do tematu: O ile w kontrolerze spokojnie możesz dać $this->view->setRendered(new HTMLRenderer('/sciezka/do/szablonu')) o tyle wywołanie metodu view->generate() powinno już odbyć się poza kontrolerem.

- to czym w takim razie jest dekorator i jaka jest różnica? Bo jeśli tak, to strategia === dekorator. Właśnie patrzę na przykłady i różnicy nie widzę - sposób współpracy klas jest dla mnie ten sam. I jak w takim razie będzie nazywał się wzorzec w którym jeden obiekt sam wybiera sobie inny?

I czy można tu w ogóle mówić o jakiś standardach czy każdy sobie rzepkę skrobie i tyle wzorców co ich autorów?

Na prawdę nie wiem gdzie patrzyłeś na opisy tych dwóch wzorców, ale już po samych diagramach czy przykładach z Wikipedii widać, że jedno z drugim nie ma za wiele wspólnego: http://en.wikipedia.org/wiki/Decorator_pattern http://en.wikipedia.org/wiki/Strategy_pattern

Dekorator oraz Strategia to dwa diametralnie różne od siebie wzorce, które różnią się w implementacji oraz wykorzystaniu. Strategia to zwiększenie elastyczności kodu, nazwę to luźno "zamienność poprzez polimorfizm", a Dekorator to dynamiczne rozszerzanie (dekorowanie) funkcjonalności (obiektów). Aby korzystać ze wzorców trzeba je najpierw dogłębnie poznać - wielu niestety kończy tyko na czytaniu formułek nt. wzorców, a tutaj potrzebna jest praktyka.

Jeśli ktoś myśli, że po przeczytaniu kilku artykułów nt. jakiegoś wzorca tak po prostu się go nauczy, wtedy do końca życia będzie się zastanawiał jaka jest różnica pomiędzy jednym a drugim...