Laravel Blade más inteligente: autocompletado, DTO y ViewModels con acceso estricto. En los tres artículos previos de esta serie pusimos orden y tipado en las vistas Blade con ViewModels, autocompletado en parciales y validación de tipos para hacer las vistas totalmente tipadas. El siguiente paso lógico es introducir DTOs para controlar de forma estricta qué campos del modelo llegan a la vista, mantener el autocompletado del IDE y contar con validaciones en tiempo de ejecución cuando algo se sale del contrato.
El problema de fondo. Los modelos Eloquent pueden tener decenas de columnas, relaciones y ayudantes. Para una vista concreta casi nunca necesitas todo. Imagina Product: quizá solo necesitas nombre, imagen, precio y stock. Si pasas el modelo crudo a Blade, el IDE te sugiere todo y la consulta puede traer más de lo requerido, incrementando la posibilidad de usar campos no previstos o no cargados.
DTOs como solución. Un DTO es un contrato ligero que contiene únicamente las propiedades que la vista va a usar. Por ejemplo, un SimpleProduct con id, name, image, price y stock, todos con tipos estrictos. Así el IDE solo sugiere lo necesario y tu consulta puede seleccionar exactamente esas columnas, evitando sobrecarga y errores sutiles.
Un BaseDTO genérico facilita el patrón. Su constructor recorre los datos de entrada y solo asigna propiedades que existen en la clase; si se intenta acceder o definir una propiedad no declarada, lanza una excepción clara. Además, expone un método columns que, mediante reflexión, devuelve el listado de propiedades públicas. Esa lista es clave para construir selects precisos en las consultas.
ViewModels con DTOs. Define un ProductsViewModel que expone tres colecciones tipadas: productos de tipo SimpleProduct, categorías de tipo SimpleCategory y marcas de tipo SimpleBrand. El IDE entiende el contrato y ofrece autocompletado fiable en vistas y parciales.
Controlador con patrón Repositorio. Inyecta los repositorios de productos, categorías y marcas, puebla el ViewModel y retorna la vista con una única variable model. Esta convención facilita la lectura, el testeo y el mantenimiento, además de homogeneizar la forma de consumir datos en Blade.
Enfoque AQC. Si usas consultas compuestas por acciones pequeñas, cada Query puede recibir los parámetros de filtrado y la lista de columnas que devuelve columns del DTO correspondiente. Así, GetProducts, GetCategories y GetBrands solo seleccionan lo que la vista pide. Puedes mover esta orquestación a un método handle dentro del propio ViewModel para mantener controladores delgados y enfocados.
Autocompletado frente a cumplimiento estricto. Seleccionar DTO::columns y pasar modelos crudos puede dar autocompletado gracias a anotaciones, pero en ejecución Blade seguiría teniendo acceso a relaciones, mutadores y campos no previstos. Para aplicar disciplina real, mapea los resultados a instancias de DTO y entrega esos DTOs a la vista.
Protección ante deriva del esquema. Si un DTO declara una propiedad que ya no existe en la tabla, la consulta fallará con un error de columna desconocida. Ese fallo ruidoso es una ventaja: mantiene en sincronía DTOs y base de datos y evita errores silenciosos en producción.
Renuncia a los ayudantes de Eloquent. Los DTOs son portadores tontos; una vez mapeas pierdes accessors, relaciones y helpers. Prepara y transforma datos en el controlador, servicio o capa de consulta antes de convertirlos a DTO. La vista debe recibir un contrato mínimo, claro y estable.
Coste del mapeo. Con un BaseDTO y un pequeño Mapper genérico que recorre las propiedades del DTO y toma valores homónimos del origen, el mapeo es ligero y predecible tanto para objetos como para colecciones. Es como un casteo explícito que haces una vez y te da seguridad en todo el renderizado.
Recomendaciones prácticas. Usa de forma consistente la variable model en vistas y parciales para simplificar el consumo. En la cabecera de cada Blade, añade una anotación @var con el tipo concreto de DTO o de ViewModel para desbloquear autocompletado y detección temprana de errores. Mantén los accesos dentro del contrato del DTO y evita filtrar o transformar en la plantilla.
Qué logramos. 1 Estructuramos los datos con ViewModels para dar claridad a lo que entra en cada vista. 2 Añadimos autocompletado con DTOs para que el IDE guíe con propiedades reales. 3 Hicimos explícitas las dependencias entre vistas y parciales. 4 Restringimos los select a las columnas definidas en el DTO y forzamos cumplimiento estricto en ejecución si la vista intenta acceder a propiedades no permitidas. Resultado: Blade se convierte en un consumidor predecible, auto documentado, seguro y más rápido de trabajar.
Cómo encaja con tu negocio. En Q2BSTUDIO construimos aplicaciones a medida y software a medida aplicando estos patrones para asegurar mantenibilidad, rendimiento y seguridad. Combinamos arquitectura limpia con automatización, pruebas y despliegues en servicios cloud aws y azure, y aportamos capas de valor con inteligencia artificial e ia para empresas mediante agentes IA, además de servicios inteligencia de negocio con power bi. Si quieres llevar este enfoque a tu próxima solución, descubre cómo podemos ayudarte en nuestro servicio de desarrollo de aplicaciones a medida.
Más allá del código. Nuestro equipo también refuerza la ciberseguridad desde el diseño, incorpora patrones de auditoría y observabilidad, y alinea la analítica con objetivos de negocio. Con una base sólida de DTOs, ViewModels y tipado en Blade, tus equipos ganan velocidad, tus vistas se vuelven predecibles y tu producto escala con menos riesgo y mejores métricas.
Palabras clave que nos definen y que llevan tu proyecto al siguiente nivel: aplicaciones a medida, software a medida, inteligencia artificial, ciberseguridad, servicios cloud aws y azure, servicios inteligencia de negocio, ia para empresas, agentes IA, power bi. Hablemos y diseñemos la mejor base técnica para tu producto.