Hemos redeclarado muchísimas veces la url de la api, que es una malísima práctica.
Les recomiendo que dentro de la carpeta src, hagan una llamada ‘api’ y dentro un archivo index.ts, simplemente con el siguiente código:
export const apiUrl: string = 'https://api.escuelajs.co/api/v1';
Y esta constante la llamamos en todos los archivos necesarios en vez de tener que llenar la memoria de la computadora con la misma información 😃
Introducción
¿Ya tomaste el Curso de TypeScript: Tipos Avanzados y Funciones?
Fundamentos de POO
Class
Métodos
Acceso público
Acceso privado
Constructor
Getters
Setters
POO Avanzada
Herencia
Acceso protegido
Static
Interfaces
Clases abstractas
Singleton: constructor privado
Asincronismo y consumo de APIs
Promesas
Tipando respuestas HTTP
Proyecto: migración de funciones a clases
Consumiendo ProductMemoryService
ProductHttpService
Consumiendo ProductHttpService
Genéricos
Generics
Generics en clases
Generics en métodos
Decoradores
Próximos pasos
¿Quieres más cursos de TypeScript?
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Generics en métodos
23/25Recursos
Aportes 19
Preguntas 0
Ordenar por:
Parce mi cerebro se quedo como en el minuto 2 …de hay en adelante se convirtio en clase de mandarin… 😦
Con tal de haber entendido los genéricos valió mucho la pena estas clases, muchas gracias.
Ese es como un patrón decorador…
Esto me parece complejo, trataré de entenderlo y espero encontrar la oportunidad de usarlos. Veré la clase de nuevo 🤔
no entendi nada de los genericos :ccc
Para entender mejor esta clase es mejor conocer sobre patrones estructurales: como el patrón Bridge: <https://refactoring.guru/es/design-patterns/bridge>
Lo ultimo casi no le entendí. E visto la clase como 5 veces y es bastante complejo.
Lamentablemente, la manera en la que el profesor avanza, modificando el código sin tener en claro una estructura (arquitectura) del código, lo hace muy complejo.
Después de ver la clase varias veces, creo que ya entendí. Intentaré explicar lo que yo he entendido, para ver si alguno de ustedes esta de acuerdo conmigo 🤣
Tenemos una clase BaseHTTPService con métodos que usan tipos genéricos, que se encargarán de hacer las solicitudes HTTP a la API. Por otro lado, tenemos otra clase, ProductCRUDService, que se encargará de especializar los tipos y llamar a las funciones de BaseHTTPService especificando los tipos de cada función.
De esta forma se puede separar lo que son las peticiones a la API y los métodos específicos de cada clase, por ejemplo para Product o Category.
Una clase muy compleja, pero increíble para entender un poco más sobre lo que puede ser un código mantenible, flexible y escalable. Le doy un 11 de 10 😁😁
Realmente el uso de genéricos puede ser engorroso si tienes una app sencilla o que no vas a reutilizar mucho una clase o método. Sin embargo conocerlo y saberlo por si alguna vez necesitas implementarlo es lo importante.
**Saberlo aunque no lo uses es la diferencia entre no saberlo y no usarlo o necesitarlo y no saberlo.**
Y SE PUEDE ENREDAR TANTO COMO QUERAMOS…
Creo que lo mejor para los genericos de BaseHTTPServices seria llamarlos Resource y ResourceID . Desde mi opinion, Pero recuerden las opiniones no son objetivas los argumentos si
necesito verlo aplicado al mundo real
Para entender mejor esta clase es mejor conocer sobre patrones estructurales: como el patrón Bridge: <https://refactoring.guru/es/design-patterns/bridge>.
Es una buena clase para comprender un poco más los generics, sin embargo siempre hay que buscar fuentes alternas para una total comprensión y dominio del tema.
Me costó entenderlo, pero con verla varias veces se entiende, excelente clase, me encanto la parte de los genéricos, la gran utilidad que tienen, que bueno que hizo hincapié que lo vemos mayormente en librería.
Afortunadamente, he programado en Dart y Flutter, por lo tanto, este tema no se me complicó 😅
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?