El propósito de este componente es interceptar la ejecución de componentes en el framework creando hooks. Estos hooks permiten a los desarrolladores obtener información de estado, manipular datos o cambiar el flujo de ejecución durante el proceso de un componente. El componente consiste en un Phalcon\Events\Manager que gestiona la propagación y ejecución de eventos. El gestor contiene varios objetos Phalcon\Events\Event, que contienen información sobre cada hook/evento.
Czech
German
Greek
English (US)
Persian
French
Indonesian
Italian
Japanese
Korean
Polish
Portuguese, Brazilian
Russian
Turkish
Ukrainian
Chinese Simplified<?php
use Phalcon\Events\Event;
use Phalcon\Events\Manager as EventsManager;
use Phalcon\Db\Adapter\Pdo\Mysql as DbAdapter;
$eventsManager = new EventsManager();
$eventsManager->attach(
'db:afterQuery',
function (Event $event, $connection) {
echo $connection->getSQLStatement();
}
);
$connection = new DbAdapter(
[
'host' => 'localhost',
'username' => 'root',
'password' => 'secret',
'dbname' => 'invo',
]
);
$connection->setEventsManager($eventsManager);
$connection->query(
'SELECT * FROM products p WHERE p.status = 1'
);
Los eventos Phalcon usan espacios de nombres para evitar colisiones de nombres. Cada componente en Phalcon ocupa un espacio de nombres de eventos diferente y usted es libre de crear el suyo propio como considere oportuno. Los nombre de evento son formateados como component:event. Por ejemplo, Phalcon\Db ocupa el espacio de nombres db, El nombre completo de su evento afterQuery es db:afterQuery.
Al adjuntar oyentes de eventos al gestor de eventos, puede usar component para capturar todos los eventos de ese componente (ej. db para capturar todos los eventos Phalcon\Db) o component:event para dirigirse a un evento específico (ej. db:afterQuery).
Phalcon\Events\Manager es el componente principal que gestiona todos los eventos en Phalcon. Diferentes implementaciones en otros frameworks se refieren a este componente como un manejador. Independientemente del nombre, la funcionalidad y el propósito son los mismos.
El componente envuelve una cola de objetos que usan SplPriorityQueue internamente. Registra esos objetos con una prioridad (por defecto 100) y cuando llega el momento, los ejecuta.
Los métodos expuestos por el gestor son:
public function attach(
string $eventType,
mixed $handler,
int $priority = self::DEFAULT_PRIORITY
)
Adjunta un oyente al gestor de eventos. El manejador es un objeto o invocable.
public function arePrioritiesEnabled(): bool
Devuelve si las prioridades están habilitadas
public function collectResponses(bool $collect)
Indica al gestor de eventos si hay que recoger todas las respuestas devueltas por cada oyente registrado en una única llamada de disparo
public function detach(string $eventType, mixed $handler)
Separa el oyente del gestor de eventos
public function detachAll(string $type = null)
Separa todos los eventos del EventsManager
public function enablePriorities(bool $enablePriorities)
Establece si las prioridades están activadas en el gestor de eventos (por defecto false).
public function fire(string $eventType, mixed $source, mixed $data = null, bool $cancelable = true)
Dispara un evento en el gestor de eventos causando que los oyentes activos sean notificados al respecto
final public function fireQueue(SplPriorityQueue $queue, EventInterface $event): mixed
Internal handler to call a queue of events
public function getListeners(string $type): array
Devuelve todos los oyentes adjuntos de cierto tipo
public function getResponses(): array
Devuelve todas las respuestas devueltas por cada manejador ejecutado por el último disparo ejecutado
public function hasListeners(string $type): bool
Comprueba si cierto tipo de evento tiene oyentes
public function isCollecting(): bool
Comprueba si el gestor de eventos está recogiendo todas las respuestas devueltas por cada oyente registrado en un único disparo
Si usa el contenedor DI Phalcon\Di\FactoryDefault, Phalcon\Events\Manager ya está registrado con el nombre eventsManager. Es un gestor de eventos global. Sin embargo no está restringido a usar sólo éste. Siempre puede crear un gestor separado para gestionar los eventos para cualquier componente que lo requiera.
El siguiente ejemplo muestra como se puede crear un mecanismo de registro de consultas utilizando el gestor de eventos global:
<?php
use Phalcon\Di\FactoryDefault;
use Phalcon\Events\Event;
use Phalcon\Db\Adapter\Pdo\Mysql as DbAdapter;
$container = Di::getDefault();
$eventsManager = $container->get('eventsManager');
$eventsManager->attach(
'db:afterQuery',
function (Event $event, $connection) {
echo $connection->getSQLStatement();
}
);
$connection = new DbAdapter(
[
'host' => 'localhost',
'username' => 'root',
'password' => 'secret',
'dbname' => 'invo',
]
);
$connection->setEventsManager($eventsManager);
$connection->query(
'SELECT * FROM products p WHERE p.status = 1'
);
o si quiere un gestor de eventos separado:
<?php
use Phalcon\Events\Event;
use Phalcon\Events\Manager as EventsManager;
use Phalcon\Db\Adapter\Pdo\Mysql as DbAdapter;
$eventsManager = new EventsManager();
$eventsManager->attach(
'db:afterQuery',
function (Event $event, $connection) {
echo $connection->getSQLStatement();
}
);
$connection = new DbAdapter(
[
'host' => 'localhost',
'username' => 'root',
'password' => 'secret',
'dbname' => 'invo',
]
);
$connection->setEventsManager($eventsManager);
$connection->query(
'SELECT * FROM products p WHERE p.status = 1'
);
En el ejemplo anterior, estamos usando el gestor de eventos para escuchar el evento afterQuery producido por el servicio db, en este caso MySQL. Usamos el método attach para adjuntar nuestro evento al gestor y usar el evento db:afterQuery. Añadimos una función anónima como manejador de este evento, que acepta Phalcon\Events\Event como primer parámetro. Este objeto contiene información contextual sobre el evento que ha sido disparado. El objeto de conexión a la base de datos como segundo. Usando la variable de conexión imprimimos la sentencia SQL. Puede pasar un tercer parámetro con datos arbitrarios específicos del evento, o incluso un objeto logger en la función anónima que permita registrar tus consultas en un fichero de registro separado.
NOTA: Debe asignar explícitamente el Gestor de Eventos a un componente usando el método
setEventsManager()para que ese componente pueda disparar eventos. Puede crear una nueva instancia de Gestor de Eventos para cada componente o puede asignar el mismo Gestor de Eventos a múltiples componentes ya que la convención de nombres evitará conflictos
El gestor de eventos conecta un manejador a un evento. Un manejador es una pieza de código que hará algo cuando se dispare el evento. Como se ve en el ejemplo anterior, puede usar una función anónima como manejador:
<?php
use Phalcon\Events\Event;
use Phalcon\Events\Manager as EventsManager;
use Phalcon\Db\Adapter\Pdo\Mysql as DbAdapter;
$eventsManager = new EventsManager();
$eventsManager->attach(
'db:afterQuery',
function (Event $event, $connection) {
echo $connection->getSQLStatement();
}
);
$connection = new DbAdapter(
[
'host' => 'localhost',
'username' => 'root',
'password' => 'secret',
'dbname' => 'invo',
]
);
$connection->setEventsManager($eventsManager);
$connection->query(
'SELECT * FROM products p WHERE p.status = 1'
);
También puede crear una clase listener, que ofrece más flexibilidad. En un oyente, puede escuchar múltiples eventos e incluso extender [Phalcon\Di\Injectable][di-injectable] lo que le dará acceso completo a los servicios del contenedor Di. El ejemplo anterior se puede mejorar implementando el siguiente oyente:
<?php
namespace MyApp\Listeners;
use Phalcon\Logger;
use Phalcon\Config;
use Phalcon\Db\AdapterInterface;
use Phalcon\Di\Injectable;
use Phalcon\Events\Event;
/**
* Class QueryListener
*
* @property Config $config
* @property Logger $logger
*/
class QueryListener extends Injectable
{
public function beforeQuery(Event $event, AdapterInterface $connection)
{
if ($this->config->path('app.logLevel') > 1) {
$this->logger->info(
sprintf(
'%s - [%s]',
$connection->getSQLStatement(),
json_encode($connection->getSQLVariables())
)
);
}
}
public function rollbackTransaction(Event $event)
{
if ($this->config->path('app.logLevel') > 1) {
$this->logger->warning($event->getType());
}
}
}
Adjuntar el oyente a nuestro gestor de eventos es muy simple:
<?php
$eventsManager->attach(
'db',
new QueryListener()
);
El comportamiento resultante será que si la variable de configuración app.logLevel es mayor que 1 (que representa que estamos en modo desarrollo), todas las consultas serán registradas junto con los parámetros actuales vinculados a cada consulta. Adicionalmente nos registraremos cada vez que tengamos una cancelación en una transacción.
Otro oyente útil es el 404:
<?php
namespace MyApp\Listeners\Dispatcher;
use Phalcon\Logger;
use Phalcon\Di\Injectable;
use Phalcon\Events\Event;
use Phalcon\Mvc\Dispatcher;
use MyApp\Auth\Adapters\AbstractAdapter;
/**
* Class NotFoundListener
*
* @property AbstractAdapter $auth
* @property Logger $logger
*/
class NotFoundListener extends Injectable
{
public function beforeException(
Event $event,
Dispatcher $dispatcher,
\Exception $ex
) {
switch ($ex->getCode()) {
case Dispatcher::EXCEPTION_HANDLER_NOT_FOUND:
case Dispatcher::EXCEPTION_ACTION_NOT_FOUND:
$dispatcher->setModuleName('main');
$params = [
'namespace' => 'MyApp\Controllers',
'controller' => 'session',
'action' => 'fourohfour',
];
/**
* 404 not logged in
*/
if (true !== $this->auth->isLoggedIn()) {
$params['action'] = 'login';
}
$dispatcher->forward($params);
return false;
default:
$this->logger->error($ex->getMessage());
$this->logger->error($ex->getTraceAsString());
return false;
}
}
}
y adjuntarlo al gestor de eventos:
<?php
$eventsManager->attach(
'dispatch:beforeException',
new NotFoundListener(),
200
);
Primero conectamos el oyente al componente dispatcher y el evento beforeException. Esto significa que el gestor de eventos sólo se disparará para ese evento llamando a nuestro oyente. Podríamos haber cambiado el punto de enganche al dispatcher para poder añadir en el futuro más eventos del disparador al mismo oyente.
La función beforeException acepta $event como primer parámetro, $dispatcher como segundo y la excepción $ex lanzada desde el componente dispatcher. Usándolos, podemos averiguar si un manejador (o controlador) o una acción no fueron encontrados. En este caso, redirigimos al usuario a un módulo, controlador y acción específicos. Si el usuario no está conectado, entonces lo enviaremos a la página de inicio de sesión. Alternativamente, podemos registrar el mensaje de la excepción en nuestro logger.
Este ejemplo demuestra claramente el poder del gestor de eventos, y como puede alterar el flujo de la aplicación usando oyentes.
Puede crear componentes en su aplicación que lance eventos a un gestor de eventos. Los oyentes adjuntos a esos eventos se invocarán cuando los eventos se disparen. Para crear un componente que lance eventos, necesitamos implementar Phalcon\Events\EventsAwareInterface.
Consideremos el siguiente ejemplo:
<?php
namespace MyApp\Components;
use Phalcon\Di\Injectable;
use Phalcon\Events\EventsAwareInterface;
use Phalcon\Events\ManagerInterface;
/**
* @property Logger $logger
*/
class NotificationsAware extends Injectable implements EventsAwareInterface
{
protected $eventsManager;
public function getEventsManager()
{
return $this->eventsManager;
}
public function setEventsManager(ManagerInterface $eventsManager)
{
$this->eventsManager = $eventsManager;
}
public function process()
{
$this->eventsManager->fire('notifications:beforeSend', $this);
$this->logger->info('Processing.... ');
$this->eventsManager->fire('notifications:afterSend', $this);
}
}
El componente anterior implementa Phalcon\Events\EventsAwareInterface y como resultado usa getEventsManager y setEventsManager. El último método es el que hace el trabajo. En este ejemplo queremos enviar algunas notificaciones a usuarios y queremos disparar un evento antes y después de que se envíe la notificación.
Elegimos nombrar al componente notification y los eventos se llaman beforeSend y afterSend. En el método process, puede añadir cualquier código que necesite entre las llamadas para disparar los eventos relevantes. Adicionalmente, puede inyectar más datos en este componente que ayudarán con su implementación y procesado de las notificaciones.
Ahora necesitamos crear un oyente para este componente:
<?php
namespace MyApp\Listeners;
use Phalcon\Events\Event;
use Phalcon\Logger;
/**
* @property Logger $logger
*/
class MotificationsListener
{
/**
* @var Logger
*/
private $logger;
public function __construct(Logger $logger)
{
$this->logger = $logger;
}
public function afterSend(
Event $event,
NotificationsAware $component
) {
$this->logger->info('After Notification');
}
public function beforeSend(
Event $event,
NotificationsAware $component
) {
$this->logger->info('Before Notification');
}
}
Poniendo todo junto
<?php
use MyApp\Components\NotificationAware;
use MyApp\Listeners\MotificationsListener;
use Phalcon\Events\Manager as EventsManager;
$eventsManager = new EventsManager();
$component = new NotificationAware();
$component->setEventsManager($eventsManager);
$eventsManager->attach(
'notifications',
new NotificationsListener()
);
$component->process();
Cuando se ejecuta process, se ejecutarán los dos métodos del oyente. Su registro tendrá entonces las siguientes entradas:
[2019-12-25 01:02:03][INFO] Before Notification
[2019-12-25 01:02:03][INFO] Processing...
[2019-12-25 01:02:03][INFO] After Notification
Se pueden indicar datos adicionales cuando se dispara un evento usando el tercer parámetro de fire():
<?php
$data = [
'name' => 'Darth Vader',
'password' => '12345',
];
$eventsManager->fire('notifications:afterSend', $this, $data);
En un oyente, el tercer parámetro también recibe datos:
<?php
use Phalcon\Events\Event;
$data = [
'name' => 'Darth Vader',
'password' => '12345',
];
$eventsManager->attach(
'notifications',
function (Event $event, $component, $data) {
print_r($data);
}
);
$eventsManager->attach(
'notifications',
function (Event $event, $component) {
print_r($event->getData());
}
);
Un gestor de eventos puede tener múltiples oyentes adjuntos a él. Una vez se dispara un evento, todos los oyentes que pueden ser notificados para el evento particular serán notificados. Este es el comportamiento por defecto, pero se puede alterar si se necesita parar la propagación antes de tiempo:
<?php
use Phalcon\Events\Event;
$eventsManager->attach(
'db',
function (Event $event, $connection) {
if ('2019-01-01' < date('Y-m-d')) {
$event->stop();
}
}
);
En el ejemplo simple anterior, paramos todos los eventos si hoy es anterior a 2019-01-01.
Por defecto todos los eventos son cancelables. Sin embargo, podrías querer configurar un evento particular como no cancelable, permitiendo que este evento particular se dispare en todos los oyentes disponibles que lo implementen.
<?php
use Phalcon\Events\Event;
$eventsManager->attach(
'db',
function (Event $event, $connection) {
if ($event->isCancelable()) {
$event->stop();
}
}
);
En el ejemplo anterior, si el evento es cancelable, pararemos la propagación. Puede configurar un evento particular para ser no cancelable usando el cuarto parámetro de fire():
<?php
$eventsManager->fire('notifications:afterSend', $this, $data, false);
El evento afterSend ya no será cancelable y se ejecutará en todos los oyentes que lo implementen.
NOTA: Puede parar la ejecución devolviendo
falseen su evento (aunque no siempre). Por ejemplo, si adjunta un evento adispatch:beforeDispatchLoopy su oyente devuelvefalseel proceso de entrega será detenido. Esto es cierto si sólo tiene un oyente escuchando al eventodispatch:beforeDispatchLoopque devuelvefalse. Si hay dos oyentes adjuntos al evento y el segundo que se ejecuta devuelvetrueentonces el proceso continuará. Si desea evitar que cualquiera de los eventos posteriores se disparen, deberá emitirstop()en su oyente del objetoEvent.
Cuando adjuntamos oyentes puede especificar una prioridad. Al establecer prioridades cuando adjuntamos oyentes a su gestor de eventos define el orden en el que van a ser llamados:
<?php
use Phalcon\Events\Manager as EventsManager;
$eventsManager = new EventsManager();
$eventsManager->enablePriorities(true);
$eventsManager->attach(
'db',
new QueryListener(),
150
);
$eventsManager->attach(
'db',
new QueryListener(),
100
);
$eventsManager->attach(
'db',
new QueryListener(),
50
);
NOTA: Para que las prioridades funcionen se debe llamar a
enablePriorities()contruepara activarlas. Por defecto las prioridades están deshabilitadas
NOTA: Un número de prioridad alto significa que el oyente será procesado antes que otros con prioridades más bajas
El gestor de eventos puede recopilar también cualquier respuesta devuelta por cada evento y devolverlas usando el método getResponses(). El método devuelve un vector con las respuestas:
<?php
use Phalcon\Events\Manager as EventsManager;
$eventsManager = new EventsManager();
$eventsManager->collectResponses(true);
$eventsManager->attach(
'custom:custom',
function () {
return 'first response';
}
);
$eventsManager->attach(
'custom:custom',
function () {
return 'second response';
}
);
$eventsManager->fire('custom:custom', $eventsManager, null);
print_r($eventsManager->getResponses());
El ejemplo anterior produce:
[
0 => 'first response',
1 => 'second response',
]
NOTA: Para que las respuestas funcionen se debe llamar
collectResponses()contruepara permitir recolectarlas.
Cualquier excepción lanzada en el componente Paginatorserá del tipo Phalcon\Events\Exception. Puede usar esta excepción para capturar selectivamente excepciones lanzadas sólo desde este componente.
<?php
use Phalcon\Events\EventsManager;
use Phalcon\Events\Exception;
try {
$eventsManager = new EventsManager();
$eventsManager->attach('custom:custom', true);
} catch (Exception $ex) {
echo $ex->getMessage();
}
Los controladores actúan como oyentes ya registrados en el gestor de eventos. Como resultado, sólo necesita crear un método con el mismo nombre que un evento registrado y se lanzará.
Por ejemplo, si queremos enviar un usuario a la página /login si no está conectado, podemos añadir el siguiente código a nuestro controlador principal:
<?php
namespace MyApp\Controller;
use Phalcon\Logger;
use Phalcon\Dispatcher;
use Phalcon\Http\Response;
use Phalcon\Mvc\Controller;
use MyApp\Auth\Adapters\AbstractAdapter;
/**
* Class BaseController
*
* @property AbstractAdapter $auth
* @property Logger $logger
* @property Response $response
*/
class BaseController extends Controller
{
public function beforeExecuteRoute(Dispatcher $dispatcher)
{
/**
* Send them to the login page if no identity exists
*/
if (true !== $this->auth->isLoggedIn()) {
$this->response->redirect(
'/login',
true
);
return false;
}
return true;
}
}
Ejecuta el código antes del enrutador para poder determinar si el usuario está conectado o no. Si no es así, los enviamos a la página de inicio de sesión.
Similar a los Controladores, los Modelos también actúan como oyentes ya registrados en el gestor de eventos. Como resultado, sólo necesita crear un método con el mismo nombre que un evento registrado y se lanzará.
En el siguiente ejemplo, usamos el evento beforeCreate, para calcular automáticamente un número de factura:
<?php
namespace MyApp\Models;
use Phalcon\Mvc\Model;use function str_pad;
/**
* Class Invoices
*
* @property string $inv_created_at
* @property int $inv_cst_id
* @property int $inv_id
* @property string $inv_number
* @property string $inv_title
* @property float $inv_total
*/
class Invoices extends Model
{
/**
* @var int
*/
public $inv_cst_id;
/**
* @var string
*/
public $inv_created_at;
/**
* @var int
*/
public $inv_id;
/**
* @var string
*/
public $inv_number;
/**
* @var string
*/
public $inv_title;
/**
* @var float
*/
public $inv_total;
public function beforeCreate()
{
$date = date('YmdHis');
$customer = substr(
str_pad(
$this->inv_cst_id, 6, '0', STR_PAD_LEFT
),
-6
);
$this->inv_number = 'INV-' . $customer . '-' . $date;
}
}
Para sustituir el gestor de eventos proporcionado por Phalcon debe implementar la interfaz Phalcon\Events\ManagerInterface.
<?php
namespace MyApp\Events;
use Phalcon\Events\ManagerInterface;
class EventsManager implements ManagerInterface
{
/**
* Attach a listener to the events manager
*
* @param string $eventType
* @param object|callable $handler
*/
public function attach(string $eventType, $handler);
/**
* Detach the listener from the events manager
*
* @param string $eventType
* @param object|callable $handler
*/
public function detach(string $eventType, $handler);
/**
* Removes all events from the EventsManager
*
* @param string $type
*/
public function detachAll(string $type = null);
/**
* Fires an event in the events manager causing the active
* listeners to be notified about it
*
* @param string $eventType
* @param object $source
* @param mixed $data
* @param mixed $cancelable
*
* @return mixed
*/
public function fire(
string $eventType,
$source,
$data = null,
bool $cancelable = false
);
/**
* Returns all the attached listeners of a certain type
*
* @param string $type
*
* @return array
*/
public function getListeners(string $type): array;
/**
* Check whether certain type of event has listeners
*
* @param string $type
*
* @return bool
*/
public function hasListeners(string $type): bool;
}
Los eventos disponibles en Phalcon son:
| Componente | Evento | Parámetros |
|---|---|---|
| ACL | acl:afterCheckAccess |
Acl |
| ACL | acl:beforeCheckAccess |
Acl |
| Application | application:afterHandleRequest |
Application, Controller |
| Application | application:afterStartModule |
Application, Module |
| Application | application:beforeHandleRequest |
Application, Dispatcher |
| Application | application:beforeSendResponse |
Application, Response |
| Application | application:beforeStartModule |
Application, Module |
| Application | application:boot |
Application |
| Application | application:viewRender |
Application, View |
| CLI | dispatch:beforeException |
Console, Exception |
| Console | console:afterHandleTask |
Console, Task |
| Console | console:afterStartModule |
Console, Module |
| Console | console:beforeHandleTask |
Console, Dispatcher |
| Console | console:beforeStartModule |
Console, Module |
| Console | console:boot |
Console |
| Db | db:afterQuery |
Db |
| Db | db:beforeQuery |
Db |
| Db | db:beginTransaction |
Db |
| Db | db:createSavepoint |
Db, Savepoint Name |
| Db | db:commitTransaction |
Db |
| Db | db:releaseSavepoint |
Db, Savepoint Name |
| Db | db:rollbackTransaction |
Db |
| Db | db:rollbackSavepoint |
Db, Savepoint Name |
| Dispatcher | dispatch:afterBinding |
Dispatcher |
| Dispatcher | dispatch:afterDispatch |
Dispatcher |
| Dispatcher | dispatch:afterDispatchLoop |
Dispatcher |
| Dispatcher | dispatch:afterExecuteRoute |
Dispatcher |
| Dispatcher | dispatch:afterInitialize |
Dispatcher |
| Dispatcher | dispatch:beforeDispatch |
Dispatcher |
| Dispatcher | dispatch:beforeDispatchLoop |
Dispatcher |
| Dispatcher | dispatch:beforeException |
Dispatcher, Exception |
| Dispatcher | dispatch:beforeExecuteRoute |
Dispatcher |
| Dispatcher | dispatch:beforeForward |
Dispatcher, array (MVC Dispatcher) |
| Dispatcher | dispatch:beforeNotFoundAction |
Dispatcher |
| Loader | loader:afterCheckClass |
Loader, Class Name |
| Loader | loader:beforeCheckClass |
Loader, Class Name |
| Loader | loader:beforeCheckPath |
Loader |
| Loader | loader:pathFound |
Loader, File Path |
| Micro | micro:afterBinding |
Micro |
| Micro | micro:afterHandleRoute |
Micro, return value mixed |
| Micro | micro:afterExecuteRoute |
Micro |
| Micro | micro:beforeException |
Micro, Exception |
| Micro | micro:beforeExecuteRoute |
Micro |
| Micro | micro:beforeHandleRoute |
Micro |
| Micro | micro:beforeNotFound |
Micro |
| Modelo | model:afterCreate |
Modelo |
| Modelo | model:afterDelete |
Modelo |
| Modelo | model:afterFetch |
Modelo |
| Modelo | model:afterSave |
Modelo |
| Modelo | model:afterUpdate |
Modelo |
| Modelo | model:afterValidation |
Modelo |
| Modelo | model:afterValidationOnCreate |
Modelo |
| Modelo | model:afterValidationOnUpdate |
Modelo |
| Modelo | model:beforeDelete |
Modelo |
| Modelo | model:beforeCreate |
Modelo |
| Modelo | model:beforeSave |
Modelo |
| Modelo | model:beforeUpdate |
Modelo |
| Modelo | model:beforeValidation |
Modelo |
| Modelo | model:beforeValidationOnCreate |
Modelo |
| Modelo | model:beforeValidationOnUpdate |
Modelo |
| Modelo | model:notDeleted |
Modelo |
| Modelo | model:notSaved |
Modelo |
| Modelo | model:onValidationFails |
Modelo |
| Modelo | model:prepareSave |
Modelo |
| Modelo | model:validation |
Modelo |
| Gestor de Modelos | modelsManager:afterInitialize |
Manager, Model |
| Consulta | request:afterAuthorizationResolve |
Request, [‘server’ => Server array] |
| Consulta | request:beforeAuthorizationResolve |
Request, [‘headers’ => [Headers], ‘server’ => [Server]] |
| Respuesta | response:afterSendHeaders |
Respuesta |
| Respuesta | response:beforeSendHeaders |
Respuesta |
| Router | router:afterCheckRoutes |
Router |
| Router | router:beforeCheckRoutes |
Router |
| Router | router:beforeCheckRoute |
Router, Route |
| Router | router:beforeMount |
Router, Group |
| Router | router:matchedRoute |
Router, Route |
| Router | router:notMatchedRoute |
Router, Route |
| Vistas | view:afterCompile |
Volt |
| Vistas | view:afterRender |
Vistas |
| Vistas | view:afterRenderView |
Vistas |
| Vistas | view:beforeCompile |
Volt |
| Vistas | view:beforeRender |
Vistas |
| Vistas | view:beforeRenderView |
View, View Engine Path |
| Vistas | view:notFoundView |
View, View Engine Path |
| Volt | compileFilter |
Volt, [name, arguments, function arguments] |
| Volt | compileFunction |
Volt, [name, arguments, function arguments] |
| Volt | compileStatement |
Volt, [statement] |
| Volt | resolveExpression |
Volt, [expression] |