Cursor genera capas data y domain en iOS

Contenido del curso

Web App con FastAPI + Docker

Frontend con Next.js y Cursor IDE

iOS con Swift + Cursor IDE

Android + Cursor IDE

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0011:18

Cursor genera capas data y domain en iOS

Curso de Cursor AI Code Editor

Clase 20 de 25

Clase 20 / 25

Comentarios (5)5 comentarios

Daniel Flores

Hace un año

🧠 ¿Qué es la Arquitectura Clear?

Clear estructura tu aplicación iOS en tres capas principales:

🧱 Domain: lógica de negocio y entidades puras
📦 Data: DTOs, mappers, repositorios
🖼️ Presentation: vistas y view models

Esta separación favorece:

Escalabilidad
Testeo unitario
Reusabilidad de lógica

⚙️ Preparación del entorno en Cursor y Xcode

Antes de generar código automáticamente:

✅ Crea la estructura base en Xcode o Cursor:

/Domain
  ├── Models/
  └── UseCases/

/Data
  ├── DTOs/
  ├── Mappers/
  └── Repositories/

/Services
  └── NetworkManager.swift

/Presentation
  ├── Views/
  └── ViewModels/

✅ Asegúrate de que tu interfaz inicial y tus contratos (.json, .md, .yaml) estén definidos.

✅ Cursor funciona mejor si los archivos ya existen aunque estén vacíos, lo que evita errores de referencias.

🤖 Generación automática de lógica con Cursor

Paso a paso:

🗂️ Crea la carpeta /Services y usa prompts como:> "Genera un NetworkManager para consumir endpoints genéricos HTTP y manejar errores con NetworkError."
💬 Cursor generará:
- NetworkManager.swift
- ApiEndpoint.swift
- NetworkError.swift
🧹 Revisa el código:
- ❌ Elimina duplicaciones o clases no requeridas
- ✅ Refactoriza nombres si es necesario
- 🔄 Usa Xcode para compilar y validar

🔗 Integración con capas Domain y Data

📄 Define contratos y estructuras en Domain (ej. Course, Lesson)
💬 Pide a Cursor:> “Crea DTOs, mappers y repositorios en la capa Data para Course desde esta entidad del dominio.”
🤖 Cursor generará:
- CourseDTO.swift
- CourseMapper.swift
- CourseRepository.swift
💡 También puedes solicitar que use localhost:8000 como base para los endpoints si estás en desarrollo local.

✅ Buenas prácticas con Cursor y arquitectura Clear

🔍 Revisa todo lo generado: Cursor puede agregar clases no solicitadas (útiles o no).
🧽 Elimina lo innecesario, refactoriza lo útil.
📐 Haz que tus reglas (rules.mdc) estén activas para guiar al agente en generación limpia y estructurada.
🚦 Asegúrate que Cursor respete tu naming, estructura de carpetas y convenciones.

🚀 Resultado: Desarrollo acelerado y limpio

Con esta metodología:

🎯 Estandarizas el desarrollo sin escribir todo desde cero
⏱️ Ahorras tiempo sin comprometer calidad
🧱 Generas código claro, escalable y bien organizado
🧠 Te centras en lógica importante y de valor, no en repetición

MARIA TERESA PANIAGUA RIVERA

Hace 8 meses

Gracias

Ramiro Gavagnin

Hace un año

prompt 2:

Implementa la capa de @/Data y @/Domain de acuerdo a la definicion en

@CLEAR_architecture_course_listing_swift.md

Ten en cuenta la definición de nuestros contratos y objetos en

@contracts_definition.md

Revise y usa los archivos previamente creados en

@/Domain

@/Data

Al momento de implementar

@RemoteCourseRepository.swift

asegurate de usar los request como se definieron en @/Services

Ramiro Gavagnin

Hace un año

prompt:

@/Services

Crea los archivos y objetos necesarios para tener

un servicio de requests HTTP y poder utilizarlo mas adelante

en mi app

Axel Manuel Medrano Sánchez

Hace un año

Un Entity DTO (Data Transfer Object) es un objeto que transporta datos entre procesos, especialmente entre la capa de dominio y la capa de presentación. Generalmente, un DTO contiene solo los datos que se necesitan y no incluye lógica de negocio, lo que ayuda a reducir la carga de datos y mejora el rendimiento.

Un Mapper es una herramienta o patrón que convierte un Entity DTO a otra forma, como un modelo de dominio, y viceversa. Su función es facilitar la transformación y el manejo de datos entre diferentes capas en una arquitectura limpia, como la mencionada en la clase sobre Cursor y Clear Architecture.

Recursos

Conectar un documento de arquitectura Clean con Cursor permite generar de forma automática las capas de data, domain y servicios de red en una app iOS, sin escribir manualmente cada archivo. Aquí descubres cómo guiar a Cursor con prompts precisos para que respete tus contratos, evite errores de referencia y produzca código listo para conectarse con la UI.

¿Cómo preparar el proyecto antes de generar código con Cursor?

Antes de pedirle a Cursor que genere lógica, conviene dejar el terreno listo para que no tropiece con referencias rotas.

En la práctica, eso implica crear desde Xcode las carpetas y archivos vacíos que reflejan tu arquitectura. Esta preparación previa evita el clásico problema en el que Cursor crea un archivo, intenta usarlo y falla porque aún no está indexado.

Cierra carpetas previas y crea un nuevo folder llamado Services directamente en Xcode.
Mantén los archivos vacíos pero con los nombres definidos en tu documento de arquitectura.
Abre un chat nuevo en Cursor para separar la lógica de servicios de la conversación previa de UI.

¿Por qué crear archivos vacíos antes de usar Cursor? Porque previene errores de referencia. Cursor reconoce la estructura existente y genera el código dentro de ella, en lugar de inventar rutas que rompen la compilación.

¿Cómo pedirle a Cursor que cree la capa de servicios HTTP?

El primer prompt apunta a la capa de red. La instrucción es deliberadamente genérica: crear los archivos y objetos necesarios para tener un servicio de request HTTP reutilizable, sin especificar tecnologías ni dependencias.

Con ese prompt, Cursor propone una estructura con cuatro piezas clave: un archivo de errores, un endpoint del API, un método y un manager que orquesta los servicios de red. Es un enfoque limpio y reutilizable.

Durante la generación pueden aparecer errores de redeclaración. Por ejemplo, el protocolo API endpoint puede quedar duplicado dentro del network manager y también como archivo separado. La solución es eliminar manualmente las declaraciones repetidas y volver a compilar con Command + B en Xcode.

¿Qué hago si Cursor sigue marcando errores tras compilar? Cierra Cursor y vuelve a abrirlo. El editor reindexa los archivos y los falsos errores desaparecen.

¿Conviene dejar archivos de ejemplo que genera Cursor?

Cursor suele añadir un archivo demostrativo de cómo usar los endpoints. Si no lo necesitas, elimínalo y vuelve a compilar. Mantener solo lo esencial reduce ruido en el repositorio y deja la capa de servicios lista para usarse más adelante.

¿Cómo generar las capas de data y domain con tus contratos?

Una vez lista la capa de servicios, abre un chat nuevo para que el contexto no se mezcle. El prompt central es: implementar la capa de data y domain siguiendo tu documento de Clean Architecture y la definición de contratos.

La clave está en pasarle a Cursor tres referencias explícitas:

El archivo de Clean Architecture con la definición de capas.
El archivo con los contratos y objetos del backend.
La carpeta de Services creada antes, para que reutilice el network service.

También es útil aclarar la URL base del API. En este caso, el servidor corre en localhost en el puerto 8000, así que el valor pasado a Cursor es http://localhost:8000. Indicarle que revise los archivos previamente creados en domain y data refuerza el respeto por la estructura existente.

¿Qué es un DTO en este contexto? Es un objeto de transferencia de datos que representa la forma cruda en que llega la información desde el API, antes de mapearse al modelo de dominio.

¿Qué genera Cursor cuando recibe los contratos?

Con esas referencias, Cursor produce varios elementos a la vez. Genera los DTO de las entidades del backend, los mappers que convierten DTO en modelos de dominio, el modelo de dominio dentro de la capa correspondiente y la implementación del repositorio remoto.

El repositorio usa el network service sin fricciones, lo que confirma que la referencia cruzada entre capas funcionó. Cursor incluso se adelanta y crea protocolos completos basados en los contratos, aunque tu prompt solo pidiera una función concreta.

Durante la generación puede aparecer un warning indicando que se alcanzó el tope de llamadas. La opción resume the conversation permite que Cursor continúe generando los archivos faltantes sin perder el contexto.

¿Cómo validar que el código generado funciona?

La validación final ocurre en Xcode. Tras aceptar todos los cambios, un Command + B debería arrojar build success. Si compila, la capa de data, la capa de domain y los requests contra el API quedan operativos.

Lo único que falta es conectar todo con la capa de presentación, es decir, con las vistas y los view models. Ese paso enlaza la lógica generada con la UI creada previamente y permite probar el flujo de extremo a extremo.

¿Has probado generar arquitecturas completas desde un documento? Cuéntame en los comentarios qué prompts te funcionaron mejor.

/Domain
  ├── Models/
  └── UseCases/

/Data
  ├── DTOs/
  ├── Mappers/
  └── Repositories/

/Services
  └── NetworkManager.swift

/Presentation
  ├── Views/
  └── ViewModels/

Resumen

¿Cómo preparar el proyecto antes de generar código con Cursor?

Antes de pedirle a Cursor que genere lógica, conviene dejar el terreno listo para que no tropiece con referencias rotas.

Cierra carpetas previas y crea un nuevo folder llamado Services directamente en Xcode.
Mantén los archivos vacíos pero con los nombres definidos en tu documento de arquitectura.
Abre un chat nuevo en Cursor para separar la lógica de servicios de la conversación previa de UI.

¿Por qué crear archivos vacíos antes de usar Cursor? Porque previene errores de referencia. Cursor reconoce la estructura existente y genera el código dentro de ella, en lugar de inventar rutas que rompen la compilación.

¿Cómo pedirle a Cursor que cree la capa de servicios HTTP?

¿Qué hago si Cursor sigue marcando errores tras compilar? Cierra Cursor y vuelve a abrirlo. El editor reindexa los archivos y los falsos errores desaparecen.

¿Conviene dejar archivos de ejemplo que genera Cursor?

¿Cómo generar las capas de data y domain con tus contratos?

La clave está en pasarle a Cursor tres referencias explícitas:

El archivo de Clean Architecture con la definición de capas.
El archivo con los contratos y objetos del backend.
La carpeta de Services creada antes, para que reutilice el network service.

¿Qué es un DTO en este contexto? Es un objeto de transferencia de datos que representa la forma cruda en que llega la información desde el API, antes de mapearse al modelo de dominio.

¿Qué genera Cursor cuando recibe los contratos?

¿Cómo validar que el código generado funciona?

¿Has probado generar arquitecturas completas desde un documento? Cuéntame en los comentarios qué prompts te funcionaron mejor.

Web App con FastAPI + Docker

Vibe coding con Cursor en dos semanas

Stack tecnológico para plataforma educativa online

Configuración de contexto y reglas en Cursor para FastAPI

Setup de FastAPI con Cursor paso a paso

Ejecución autónoma de setup con Cursor

Cursor dentro de un contenedor Docker

Migraciones y modelos ORM con Cursor y Alembic

Creación de servicios y endpoints en FastAPI con Docker

Pruebas unitarias en FastAPI con PyTest

Frontend con Next.js y Cursor IDE

Cursor Agent para front-end sin configuración

Creación y configuración de Cursor Rules para proyectos Next.js

Mejora visual de landing pages con imágenes y tokens CSS

Configuración de estilos globales SCSS y páginas dinámicas en Next.js

Configuración de Vitest para pruebas unitarias en Next.js

Página completa con un solo prompt en Cursor

E2E testing con Playwright MCP en Cursor

iOS con Swift + Cursor IDE

Configuración de Cursor con Xcode para desarrollo iOS nativo

Configura reglas y contexto en Cursor

Genera UI en SwiftUI con prompts en Cursor

Cursor genera capas data y domain en iOS

Conexión de view models con capas domain y data

Android + Cursor IDE

Setup de Cursor para apps Android con Kotlin

Cursor genera una app Android desde cero

Corrección de errores de dependencias con Cursor en Android Studio

Cursor en equipo: entrega frontend en un día

Cursor genera capas data y domain en iOS

Progreso del curso

Web App con FastAPI + Docker

Frontend con Next.js y Cursor IDE

iOS con Swift + Cursor IDE

Android + Cursor IDE

Recursos

Recursos