Witam,

Szukam jakiegoś dobego tutorialu z których móglbym się nauczyć eventów..

Np. mam taki kod :

[PHP] pobierz, plaintext 
<?php
 
use Symfony\Component\EventDispatcher\Event;
 
class AwesomeWorkEvent extends Event
{
 
    /**
     * @var OneDataClass
     */
    protected $data;
 
    public function __construct(OneDataClass $data)
    {
        $this->data = $data;
    }
 
    public function getData()
    {
        return $this->data;
    }
}
[PHP] pobierz, plaintext 

Potem tworzymy listnera

[PHP] pobierz, plaintext 
 
 
class AwesomeWorkListener
{
    public function doYourJob(AwesomeWorkEvent $event)
    {
        /** Do the right job **/
    }
}
[PHP] pobierz, plaintext 

Czy listner to serwis obsługujacy eventy ?
Czy zawsze w evencie dodaje metode getData? Dlaczego ? Po co eventowi te dane? Czy event działa na zasadzie : informuje event o jakimś zdarzeniu, even pobiera sobie dane i sam przekazuje do listnera?


Pomóżcie mi to ogarnąć

Jest to ogóle coś co można "uruchomić" (PHP-owe callable): http://symfony.com/doc/current/components/...cting-listeners Nie musi to być koniecznie obiekt będący serwisem z punktu widzenia DIC-a.Nie, nie musisz mieć tej metody. Zdarzenie musi jednak być potomkiem klasy \Symfony]Component\EventDispatcher\Event.Nie. Zdarzenie (event) jest informacją. EventDispatcher wywołuje odpowiednie listenery i przekazuje im informację właśnie w postaci zdarzenia.

A możesz mi to przykładowo przedstawić? Bo nie mam żadnego przykładu z którego mógłbym to ogarnąć

Ale co, całe przykłady wykorzystania EventDispatchera? Zacznij od http://symfony.com/doc/current/cookbook/ev...cher/index.html - masa przykładów.

A czym się różni eventlistner od subscriber? Bo w niektórych przykładach dziedziczy się event a po niektórych EventListnerInterface

Dla listenera w konfiguracji podaje sie jakich eventow slucha (w przypadku wystapienia wybranych eventow jakie metody wywolywac).
Subscriber ma metode getSubscribedEvents(), w ktorej sam informuje jakich eventow slucha (czyli sam decyduje na co bedzie reagowal).

Roznica jest dosc subtelna.

Caly komponent event dispatcher opisany jest tu: http://symfony.com/doc/current/components/...troduction.html
Odpowiedz stofa na takie pytanie jak Twoje: https://github.com/symfony/symfony-docs/issues/3987
A tu w dokumentacji tworzy sie wpis o tym jaka jest roznica (nieduza, jesli nie tworzysz zewnetrznego bundla/biblioteki): https://github.com/symfony/symfony-docs/pull/5377/files

+Events or Subscribers
+---------------------
+
+Listeners and subscribers can be used in the same application indistinctly. The
+decision to use either of them is usually a matter of personal taste. However,
+there are some minor advantages for each of them:
+
+* **Subscribers are easier to reuse** because the knowledge of the events is kept
+ in the class rather than in the service definition. This is the reason why
+ Symfony uses subscribers internally;
+* **Listeners are more flexible** because bundles can enable or disable each of
+ them conditionally depending on some configuration value.