http://mcreativo.pl/

Wzorce projektowe przykłady w Php, Java.
Wszystkie wzorce opisane(eng) z książki: "Design Patterns: Elements of Reusable Object-Oriented Software" (Wyjątek zamiana Singletona na DI)
Generalnie każdy wzorzec krok po kroku, podobne rozwiązanie jak tutorial z Angulara, wszystkie kody działają i można pobrać z: https://bitbucket.org/mcreativo/. Dla każdego kroku osobny branch: step1, step2 itd...

W przyszłości zamierzam jeszcze dodać komentarze(fb) do każdej strony bo wiadomo większy feedback lepsza jakość kodu.

Jak juz piszesz po angielsku, to trzymaj sie tego do konca


ps: czy dobrze zrozumialem ze poprostu wziales teksty z ksiazki i wstawiles je na strone?

Ad 1) Nie, wszystkie przykłady i teksty sam wymyślałem. Książkę czytałem i wziąłem po prostu z niej listę wzorców.

Przykłady sa specjalnie abstrakcyjne i bardzo proste, żeby można było skoncentrować się na czym wzorzec polega i jak się zmienił kod.

Ad 2) Pierwsza wersja była pisana w 2014 w "PL" i tylko php. Teraz w styczniu przetłumaczyłem całość na en i napisałem przykłady w Javie 8.
Ad 3) Rozumiem, że ten tekst pl nie znalazłeś na stronie ?
Być może branch "master" który nie został updatowany.
Opublikowane na stronie są branche "stepX" i mam nadzieje, ze wszędzie już jest "en".

@Pyton_000, dzięki za sugestie z disqus(nie znałem), jak mi się będzie chciało i będę miał czas to dorobie jaśniejszą skórkę.

tylko nie FB, wrzuć disqus, lepiej się sprawdza.

Co do strony super. Merytorycznie nieźle. Tylko może zrób wersję jasną i jakąś taką przystępniejszą.
Ta w prawdzie jest czytelna ale jakoś tak nie lubię ciemnych stron.

Tutaj liczy się merytoryka.

Na bitbucket. Troche to byl szok jak czytalem arta po en a potem w bitbucket kody po pl

http://mcreativo.pl/design-patterns-php/spawnm/step1

thx Spawnm - w koncu to fixnalem

+ dodalem Mediatora: jakos mi umknął po drodze

Zajrzałem do wzorca strategia, bo akurat ostatnio go używałem i mam uwagę:
Strategia jest dynamiczna i zależna od kontekstu, a w Twoim przykładzie w php nie ma żadnego kontekstu, jest po prosty typowe proxy:

[PHP] pobierz, plaintext 
class Context
{
    /**
     * @var StrategyA
     */
    protected $strategyA;
 
    /**
     * @var StrategyB
     */
    protected $strategyB;
 
    /**
     * @param StrategyA $strategyA
     * @param StrategyB $strategyB
     */
    function __construct(StrategyA $strategyA, StrategyB $strategyB)
    {
        $this->strategyA = $strategyA;
        $this->strategyB = $strategyB;
    }
 
    public function doA()
    {
        $this->strategyA->doA();
    }
 
    public function doB()
    {
        $this->strategyB->doB();
    }
}
[PHP] pobierz, plaintext 

Moim zdaniem strategia wygląda mniej więcej tak:

[PHP] pobierz, plaintext 
class Context implements BusinessContextInterface
{
    /**
     * @var StrategyA
     */
    protected $strategyA;
 
    /**
     * @var StrategyB
     */
    protected $strategyB;
 
    /**
     * @param StrategyA $strategyA
     * @param StrategyB $strategyB
     */
    function __construct(StrategyA $strategyA, StrategyB $strategyB)
    {
        $this->strategyA = $strategyA;
        $this->strategyB = $strategyB;
    }
 
    public function do()
    {
        $rand = rand(0,1);
 
        switch ($rand) {
            case 0:
                $this->strategyA->do();
                break;
 
            case 1:
                $this->strategyB->do();
                break;
        }
    }
}
[PHP] pobierz, plaintext 

W moim przykładzie obiekt kontekstu dynamiczne, adekwatnie do sytuacji dobiera konkretną strategię, a jego klient nie jest tego świadomy, wie jedynie, z jakiego interface'u skorzystać.

Hmm sprawdziłem pierwsze dwa przykłady z google i "Strategia" nie polega na tym, że implementacja zależy od wewnętrznych stanów Context.
Zależy tylko od strategii którą wstrzykujemy. To prosty wzorzec projektowy.

http://www.oodesign.com/strategy-pattern.html
http://www.tutorialspoint.com/design_patte...egy_pattern.htm

Twój przykład bardziej pasuje pod wzorzec "State" zresztą to sa bardzo podobne wzorce.


A co do tego:


W moim przykładzie klienta jest uproszczenie, że może wydawać się,  że w jednym miejscu tworzymy "Context" i używamy go od razu.
Ale tak naprawdę w realnym świecie to będą najprawdopodobniej różne miejsca. I wtedy faktycznie powinno się do docelowego klienta przesłać jedynie informacje o typie(interfejs) i ten docelowy klient nie będzie wiedział jakie strategie były wstrzyknięte.

[PHP] pobierz, plaintext 
Context context = new Context(new StrategyA1(), new StrategyB2());
 
// to poniżej może być w zupełnie innym miejscu
context.doA();
context.doB();
[PHP] pobierz, plaintext 

W takim razie nie zrozumiałem uproszczenia, wygląda to dla mnie jak bardzo proste proxy. Mój przykład stanem na pewno nie jest, wzorce podobne, ale w stanie implementacją steruje właśnie klient obiektu, a w strategii kontekst.