Ir al contenido principal

Laravel: usando el closure "using" en la definición de rutas.

 En este post se va a explicar el siguiente texto que pertenece a la documentación de rutas de Laravel:

Or, you may even take complete control over route registration by providing a using closure to the withRouting method. When this argument is passed, no HTTP routes will be registered by the framework and you are responsible for manually registering all routes:

1use Illuminate\Support\Facades\Route;

2 

3->withRouting(

4    commands: __DIR__.'/../routes/console.php',

5    using: function () {

6        Route::middleware('api')

7            ->prefix('api')

8            ->group(base_path('routes/api.php'));

9 

10        Route::middleware('web')

11            ->group(base_path('routes/web.php'));

12    },

13)



Se refiere a una opción avanzada en Laravel que te permite tener un control total sobre cómo se registran las rutas HTTP en tu aplicación.

Aquí tienes la explicación:


Tomando el Control Total del Registro de Rutas HTTP en Laravel

El texto dice: "incluso puedes tomar el control completo sobre el registro de rutas proporcionando una closure (using) al método withRouting. Cuando se pasa este argumento, ninguna ruta HTTP será registrada por el framework y tú serás responsable de registrar manualmente todas las rutas."


Desglose y Explicación:

  1. withRouting y su Propósito Habitual:
    Laravel, por defecto, se encarga de registrar automáticamente tus rutas HTTP definidas en archivos como routes/web.php y routes/api.php cuando la aplicación arranca. Esto lo hace a través de un mecanismo estándar que es parte de su configuración predeterminada.

  2. providing a using closure to the withRouting method:
    Esta frase se refiere a un punto de extensión específico en el ciclo de vida de arranque de Laravel. Normalmente, esto se haría dentro de un Service Provider (un tipo de clase en Laravel que se encarga de "arrancar" o configurar diferentes partes de tu aplicación). Es probable que se refiera a algo como un Package Service Provider o incluso tu AppServiceProvider, donde puedes modificar cómo se inicializan ciertos componentes del framework.
    El método withRouting (o una función similar) permite que un desarrollador o un paquete de Laravel influya en cómo se maneja el enrutamiento. Al pasarle una closure (una función anónima), le estás diciendo a Laravel: "Oye, en lugar de hacer tu proceso de registro de rutas habitual, ejecuta este código que te doy para manejar el registro de rutas."

  3. When this argument is passed, no HTTP routes will be registered by the framework...:
    Esta es la parte clave. Si proporcionas tu propia closure al método withRouting (o el método equivalente que permita esta sobrescritura), Laravel desactiva su comportamiento predeterminado de registrar rutas. Esto significa que los archivos routes/web.php, routes/api.php y cualquier otra ruta que Laravel normalmente cargaría por sí mismo, no serán cargados automáticamente.

  4. ...and you are responsible for manually registering all routes.:
    Dado que Laravel no registrará ninguna ruta por sí mismo, la closure que le proporcionaste al método withRouting ahora tiene la responsabilidad exclusiva de registrar todas las rutas HTTP de tu aplicación. Esto incluye las rutas web, las rutas API, etc. Dentro de esa closure, tendrás que usar la fachada Route:: para definir cada una de tus rutas.

¿Cuándo querrías hacer esto?

Esta es una funcionalidad muy avanzada y no es algo que un desarrollador promedio de Laravel necesite hacer para una aplicación estándar. Sin embargo, puede ser útil en escenarios muy específicos, como:

  • Desarrollo de Paquetes o Módulos: Si estás construyendo un paquete muy especializado para Laravel que necesita un control granular sobre cómo se registran sus propias rutas (y quizás las de toda la aplicación anfitriona).

  • Micro-Frameworks o Aplicaciones Extremadamente Personalizadas: Si estás usando Laravel casi como un micro-framework y quieres optimizar al máximo el proceso de carga de rutas, o si tienes una lógica de enrutamiento muy compleja y no estándar que el sistema por defecto de Laravel no puede manejar fácilmente.

  • Pruebas muy específicas o Integraciones: Para escenarios de pruebas o integraciones donde necesitas simular un entorno sin rutas pre-registradas.

En resumen:

La opción de usar una closure "using" con el método withRouting te da un poder inmenso sobre el registro de rutas de Laravel. Sin embargo, con un gran poder viene una gran responsabilidad: si eliges este camino, tendrás que gestionar manualmente cada ruta, lo cual es mucho más complejo que dejar que Laravel lo haga automáticamente. Para la gran mayoría de las aplicaciones, el sistema de rutas predeterminado de Laravel es más que suficiente y mucho más fácil de usar.


Comentarios

Entradas populares de este blog

Crear proyecto de frontend con Vite, React, Tailwind, Typescript y JSX

 ¿Cómo se crea un proyecto exclusivo de frontend con Vite, React, Tailwind, Typescript y JSX? ¡Absolutamente! Entiendo que quieres la guía completa para pasar de cero a tener un proyecto de frontend moderno, vacío y listo para ser llenado con tu código. A continuación, te proporciono un archivo de guía detallada que incluye todos los comandos necesarios para inicializar el proyecto, configurar Tailwind CSS, y los pasos clave para empezar a "poblarlo". Voy a generar un documento Markdown con la guía paso a paso, incluyendo los comandos de terminal y las modificaciones esenciales a los archivos de configuración. Guía: Creación de un Proyecto Frontend Puro (Vite, React, TypeScript, Tailwind) Este documento detalla el proceso para inicializar un proyecto de frontend vacío y optimizado, utilizando Vite como empaquetador, React como librería, TypeScript para tipado y Tailwind CSS para estilizado. 1. Inicialización del Proyecto con Vite Vite es la herramienta más rápida para emp...

Tokens V2

Tokens: Programme to discover tokens, where there are not. Now available at  https://puszcza.gnu.org.ua/projects/tokens/ This is Version 2, for  version 1, go here . Synopsis: use TokensV2; sub printFile; my @FORMAT = ( ['<Message Date=".*?" Time=".*?" DateTime=".*?" SessionID=".*?"><From>(?:<User FriendlyName=".*?"/>)+</From><To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style=".*?")?>.*?</Text></Message>',   sub {     my $fh = $_[1];     my ($d, $t, $f, $s, $T) = $_[0] =~ m|<Message Date="(.*?)" Time="(.*?)" DateTime=".*?" SessionID=".*?">(<From>(?:<User FriendlyName=".*?"/>)+</From>)<To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style="(.*?)")?>(.*?)</Text></Message>|;     my $F = join '<br />', ...

Perl Net::LDAP::SimpleServer

Adaptaciones sobre el módulo LDAP Server para Windows (Strawberry Perl) Lista de adaptaciones (continúa más abajo): - Relajación de condiciones de bind:     - Cuenta principal (principal account)     - Validación de contraseñas Ubicación del archivo: %Strawberry_Perl%\site\lib\net\ldap\SimpleServer\ProtocolHandler.pm CPAN: http://search.cpan.org/~russoz/Net-LDAP-SimpleServer-0.0.17/lib/Net/LDAP/SimpleServer.pm Código: package Net::LDAP::SimpleServer::ProtocolHandler; use strict; use warnings; # ABSTRACT: LDAP protocol handler used with Net::LDAP::SimpleServer our $VERSION = '0.0.17';    # VERSION use Net::LDAP::Server; use base 'Net::LDAP::Server'; use fields qw(store root_dn root_pw allow_anon); use Carp; use Net::LDAP::LDIF; use Net::LDAP::Util qw{canonical_dn}; use Net::LDAP::FilterMatch; use Net::LDAP::Constant (     qw/LDAP_SUCCESS LDAP_AUTH_UNKNOWN LDAP_INVALID_CREDENTIALS/,   ...