Laravel: qué es, cómo funciona y cómo aprenderlo

¿Qué problema resuelve un framework como Laravel?

Con PHP puro puedes construir prácticamente todos los componentes necesarios para una aplicación.

El problema aparece cuando cada proyecto necesita volver a decidir:

Laravel ofrece convenciones y herramientas para muchas de estas tareas.

Laravel organiza la aplicación en directorios con responsabilidades diferentes

Cuando abres un proyecto Laravel, ya no encuentras solamente un archivo index.php con toda la aplicación.

Aparecen directorios dedicados a componentes diferentes.

app/
bootstrap/
config/
database/
public/
resources/
routes/
storage/
tests/
vendor/

app/

Contiene buena parte del código de la aplicación.

routes/

Define cómo las solicitudes se relacionan con la aplicación.

database/

Puede contener migraciones, seeders y otros elementos relacionados con datos.

resources/

Incluye recursos utilizados para la presentación y otros assets del proyecto.

public/

Funciona como punto público de entrada de la aplicación.

Un controller ayuda a sacar lógica HTTP de los archivos de rutas

En lugar de colocar toda la aplicación dentro de closures, puedes dirigir la solicitud a una clase.

<?php

use App\Http\Controllers\ProductoController;
use Illuminate\Support\Facades\Route;

Route::get(
    '/productos',
    [ProductoController::class, 'index']
);

El controller:

<?php

namespace App\Http\Controllers;

final class ProductoController extends Controller
{
    public function index()
    {
        return 'Listado de productos';
    }
}

El controller no debería transformarse en una clase gigantesca

Su función suele relacionarse principalmente con la capa HTTP.

Las reglas complejas pueden delegarse a otros servicios o componentes.

Laravel suele asociarse con MVC, pero una aplicación real puede tener muchas más capas

MVC significa:

Este modelo resulta útil para comenzar, pero una aplicación puede incorporar además:

servicios, jobs, policies, listeners, repositories, actions u otras abstracciones.

Laravel proporciona varias herramientas para trabajar con bases de datos

El framework abstrae parte del trabajo que harías manualmente con PDO.

Pero comprender SQL, relaciones e índices sigue siendo muy importante.

Query Builder

Permite construir consultas mediante una API de PHP.

Eloquent

Permite representar tablas y relaciones mediante modelos.

Migraciones

Permiten versionar cambios en la estructura de la base de datos.

Eloquent permite expresar relaciones entre modelos

Un usuario puede tener muchos pedidos.

Un pedido puede pertenecer a un usuario.

<?php

public function pedidos()
{
    return $this->hasMany(Pedido::class);
}

Y en Pedido:

<?php

public function usuario()
{
    return $this->belongsTo(Usuario::class);
}

Estas relaciones facilitan trabajar con datos conectados, pero debes comprender cómo se traducen a consultas.

Las migraciones permiten versionar la estructura de la base de datos

Sin migraciones, cambiar una base de datos puede depender de instrucciones manuales.

Laravel permite describir esos cambios mediante código.

<?php

Schema::create('productos', function (Blueprint $table) {

    $table->id();

    $table->string('nombre');

    $table->decimal(
        'precio',
        12,
        2
    );

    $table->timestamps();
});

Esto permite que el cambio forme parte del historial del proyecto.

El equipo puede aplicar el mismo cambio

En lugar de compartir solamente instrucciones SQL por mensajes o documentos.

Laravel incluye herramientas para validar solicitudes antes de utilizar sus datos

Imagina un formulario para crear productos.

<?php

$datos = $request->validate([
    'nombre' => [
        'required',
        'string',
        'max:150'
    ],
    'precio' => [
        'required',
        'numeric',
        'min:0'
    ]
]);

Ahora el resto de la lógica puede trabajar con un conjunto de datos que ya pasó determinadas reglas.

Validación no reemplaza reglas de negocio

Saber que un monto es numérico no significa automáticamente que una determinada operación esté permitida.

Comprender cómo atraviesa una solicitud la aplicación es más útil que memorizar comandos

Navegador / Cliente
        ↓
Solicitud HTTP
        ↓
Laravel
        ↓
Middleware
        ↓
Route
        ↓
Controller
        ↓
Servicio / lógica
        ↓
Modelo / Base de datos
        ↓
Response
        ↓
Cliente

No todas las aplicaciones tendrán exactamente estas capas.

Pero entender el recorrido te ayuda enormemente cuando necesitas depurar un problema.

Laravel puede resolver dependencias automáticamente mediante su contenedor

En PHP ya vimos que una clase puede recibir dependencias en el constructor.

<?php

final class CrearPedido
{
    public function __construct(
        private CalculadorPrecio $calculador
    ) {}
}

Laravel puede encargarse de construir determinados objetos y resolver sus dependencias.

Esto se relaciona directamente con POO

Interfaces, composición e inyección de dependencias dejan de ser conceptos teóricos y aparecen constantemente dentro del framework.

Laravel puede utilizarse como backend de una API REST

El framework puede recibir solicitudes desde:

Y devolver JSON en lugar de HTML.

<?php

return response()->json([
    'data' => $productos
]);

Laravel no reemplaza HTTP

Sigue siendo necesario comprender GET, POST, PATCH, DELETE, códigos de estado, autenticación y CORS.

Una petición web no debería esperar indefinidamente por tareas pesadas

Algunas operaciones pueden ejecutarse después de responder al usuario.

Por ejemplo:

Laravel dispone de herramientas para representar y ejecutar jobs mediante colas.

Esto mejora la experiencia del usuario

La aplicación puede responder rápidamente mientras el trabajo continúa fuera del ciclo principal de la petición.

Laravel incluye abstracciones para almacenar temporalmente información costosa de obtener

No todo debería consultarse o calcularse nuevamente en cada petición.

El caché puede ser útil para:

Pero también necesitas decidir cuándo invalidar la información almacenada.

Laravel ayuda con seguridad, pero el framework no puede decidir correctamente por ti

El framework incorpora mecanismos que ayudan frente a distintos problemas comunes.

Pero tú sigues siendo responsable de decisiones como:

El ORM no reemplaza autorización

Que una consulta pueda recuperar un registro no significa que el usuario deba poder verlo.

Validación no reemplaza permisos

Un dato puede tener formato correcto y aun así representar una operación no permitida.

Uno de los errores típicos al empezar con un ORM es olvidar cuántas consultas realmente se ejecutan

Un código puede parecer simple desde PHP y provocar muchas consultas SQL.

Por ejemplo, cargar cien pedidos y después consultar el usuario de cada uno individualmente puede producir un número innecesario de consultas.

Este tipo de problema suele conocerse como N+1

Los ORM ofrecen mecanismos para cargar relaciones de forma más eficiente.

Laravel también puede consumir APIs y servicios externos

Una aplicación puede conectarse con:

Aquí vuelven a ser importantes conceptos que ya aprendimos en PHP: HTTP, JSON, errores, timeouts, autenticación y validación.

Proyectos para aprender Laravel de verdad

Sistema de tareas

Usuarios, CRUD, relaciones, validación y permisos.

Sistema de reservas

Horarios, estados, usuarios, disponibilidad y notificaciones.

API de productos

Routing, controllers, recursos, autenticación y testing.

Panel administrativo

Roles, filtros, métricas, formularios y datos.

Mini SaaS

Usuarios, equipos, planes, límites y procesos en background.

¿Qué deberías saber además de Laravel para trabajar profesionalmente?

Aprender comandos de Artisan no es suficiente.

Un perfil profesional debería comprender progresivamente:

En qué orden aprender Laravel

Laravel cobra sentido cuando tus aplicaciones PHP necesitan estructura y herramientas que puedas reutilizar