You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Der EventManager soll dazu dienen LifecycleEvents von Model-Klassen an Listener weiter zu leiten. Die Listener sollen die Plugins im Framework ersetzen. Das soll im ersten Schritt dazu dienen den DOI-Code aus dem Framework heraus zu lösen.
Die Model-Klassen holen sich den EventManager und geben Events an ihn weiter. Listener registrieren sich mit dem EventManager, der Events an die Listener weiter leitet. Listener sollten sich für bestimmte Modelklassen und evtl. auch Events registrieren können, um die Zahl der zu verarbeitenden Events zu reduzieren.
Die Funktionalität ist dem EventManager in Doctrine ähnlich. Evtl. wird es später Sinn machen Doctrine für die Umsetzung einzusetzen, aber das steht noch nicht fest.
The text was updated successfully, but these errors were encountered:
Für das Handling von Events sollte die Symfony-Klasse EventDispatcher verwendet werden, anstatt eine eigene Implementation zu schaffen. Das ist anscheinend auch die Grundlage für das Event-Handling in Doctrine.
Der EventManager soll dazu dienen LifecycleEvents von Model-Klassen an Listener weiter zu leiten. Die Listener sollen die Plugins im Framework ersetzen. Das soll im ersten Schritt dazu dienen den DOI-Code aus dem Framework heraus zu lösen.
Die Model-Klassen holen sich den EventManager und geben Events an ihn weiter. Listener registrieren sich mit dem EventManager, der Events an die Listener weiter leitet. Listener sollten sich für bestimmte Modelklassen und evtl. auch Events registrieren können, um die Zahl der zu verarbeitenden Events zu reduzieren.
Die Funktionalität ist dem EventManager in Doctrine ähnlich. Evtl. wird es später Sinn machen Doctrine für die Umsetzung einzusetzen, aber das steht noch nicht fest.
The text was updated successfully, but these errors were encountered: