plantillas - para que sirve el yield laravel

Filtros en Laravel 5

Question

¿Cómo hacemos filtros en Laravel 5? ¿La idea de los filters desapareciendo?

Answer 1

1. Crea un middleware con

   php artisan make:middleware class_name

2. Cree una clave abreviada en su aplicación / Proveedores / RouteServiceProvider.php:

   protected $middleware = [
   // ....
   ''shortName'' => ''App/Http/Middleware/class_name'',
   ];

3. Ahora puede habilitarlo en cualquier ruta (como los filtros L4):

   $router->post(''url'', [''middleware'' => ''shortName'', function() {
   ...
   }]);

Answer 2

Ahora laravel 5 ha introducido middleware en lugar de filtros que estaba presente en laravel 4. Le sugeriré que siga laravel 5 documentos oficiales .

Answer 3

La respuesta corta es no, los filtros de ruta no desaparecerán por completo en Laravel 5.0 (a pesar de la información engañosa sobre esto). La funcionalidad todavía existe para permitirle usar filtros ''antes'' y ''después'' en sus rutas si así lo desea. El archivo "filters.php" ya no se proporciona, pero aún puede definir sus filtros en otro lugar, probablemente lo más apropiado en la función boot () de Providers / RouteServiceProvider.php.

Sin embargo , el middleware es ahora la forma preferida de lograr la misma funcionalidad. Consulte http://laravel.com/docs/master/middleware para obtener información sobre cómo usarlo.

El middleware puede implementarse para comportarse como filtros "antes" o "después". Y puede aplicarse a todas las rutas (llamado "middleware global"), o asignarse a rutas específicas (agregando "''middleware'' => ''auth''" por ejemplo a las definiciones de ruta en su archivo routes.php.

La única limitación significativa del middleware es que actualmente no le da una manera de pasar los parámetros (como puede hacerlo con los filtros). Esto significa que no puede hacer algo como "requirePermission: admin", por ejemplo. Actualmente hay dos formas de lidiar con esta limitación. En su lugar, puede utilizar un filtro de ruta, tal como lo hizo con Larvel 4.2. De lo contrario, si prefiere usar el middleware, esto parece una especie de hack, pero puede pasar parámetros al middleware definiendo y recuperando valores personalizados agregados a su definición de ruta como se explica en http://blog.elliothesp.co.uk/coding/passing-parameters-middleware-laravel-5/ .

2015-05-29 Actualización: los parámetros de Middleware están disponibles a partir de Laravel 5.1.

Actualización de 2015-06-10: los filtros de ruta han quedado obsoletos en lugar de middleware y se eliminarán por completo con el lanzamiento de Laravel 5.2 en diciembre de 2015.

Answer 4

Para el comentario sobre antes / después.

Desde el link arriba:

En Middleware ..

#Before
public function handle($request, Closure $next)
{
//Do stuff
return $request;
}
#After
public function handle($request, Closure $next)
{
$response = $next($request);
// Do stuff {on $response}
return $response;
}

El uso de [''middleware'' => ''shortName''] debería tratarlo en consecuencia.

Answer 5

Parece que los middlewares están reemplazando filtros para Laravel. En cuanto a tu pregunta La respuesta correcta es Middlewares . Piénsalo como capas.

Para una respuesta más detallada mire this .

vieja respuesta

Una búsqueda rápida mostró que las requests son la nueva forma de validación. Pero no estoy seguro de si su caso de uso puede aplicarse a esto.

Laravel 5 introduce la noción de "solicitudes". Esto es la lógica que cumpliría como parte de una solicitud HTTP, pero es más que solo un filtro de ruta. Un candidato principal: validación de datos.

Una forma de hacer pre-validación (filtro) es usar el método authorize() .

<?php namespace App/Http/Requests/Auth;
use Illuminate/Foundation/Http/FormRequest;
class RegisterRequest extends FormRequest {
public function rules()
{
return [
''email'' => ''required|email|unique:users'',
''password'' => ''required|confirmed|min:8'',
];
}
public function authorize()
{
return true;
}
}

Hay un método rules () que devuelve una matriz de reglas que pasaría antes a Validator :: make (), y también un método authorize () donde proporcionaría cualquier autorización de usuario. Por lo general, desea que todos los usuarios puedan registrarse, por lo que simplemente devuelve cierto.

Tomado de Qué hay de nuevo en Laravel 5

Answer 6

Personalmente, creo que agregar un middleware es una buena práctica, pero si alguna vez necesitas un pequeño filtro rápido para un controlador, rubyonrails-style,

haz lo siguiente:

class myController{
//filters
public function myFilter()
{
//my filter''s logic
}
public function __construct()
{
$this->myFilter();
//middlewares or any other code
}
}

Answer 7

Sí, el middleware es el lugar correcto, de los http://laravel.com/docs/master/middleware de http://laravel.com/docs/master/middleware :

El middleware HTTP proporciona un mecanismo conveniente para filtrar las solicitudes HTTP que ingresan a su aplicación.

Answer 8

filters.php ha sido eliminado y reemplazado por Kernel.php junto a routes.php

protected $routeMiddleware = [
''auth'' => ''App/Http/Middleware/Authenticate'',
''auth.basic'' => ''Illuminate/Auth/Middleware/AuthenticateWithBasicAuth'',
''guest'' => ''App/Http/Middleware/RedirectIfAuthenticated'',
];

Pero no puede agregar directamente su código de filtro directamente, primero debe crear una clase de Middleware (aplicación / Http / Middleware) Luego, su clave deseada en el archivo Kernel.php y hacer referencia a su propia clase de Middleware, como por ejemplo:

''product.check'' => ''App/Http/Middleware/ProductChecker''