PROGRAMAR una APP desde CERO con FASTAPI
Вставка
- Опубліковано 8 вер 2024
- Programamos una app desde cero, llevamos una idea super abstracta a un programa concreto. Les muestro como programé el backend con FastAPI
____________________________________________
MIS REDES:
-LINKS A TODAS MIS REDES: linktr.ee/1lug...
si tenes una página de ejercicios o algún problema en puntual del que quieras que yo haga video mándame a: pensar.coding@gmail.com ❤️
____________________________________________
💕invítame un cafecito ➡️ cafecito.app/1...
💕apoya el canal por Paypal: ➡️ www.paypal.com...
Esta serie de videos está muy buena. 💯
Gracias Krisss🥰
Hola, soy un enamorado de python, ganaste un seguidor.
Gracias por los videos
Somos dos ! Gracias por ver 🤜🏼
Gran video!! Espero q puedas seguir enseñando proyectos grandes y explicando el código
Por supuesto!
Gracias por el contenido, esta genial. Estaré al tanto de los siguientes vídeos.
FastAPI desde la actualización más reciente (0.111.0) permite correr la app con el comando fastapi run (producción) o fastapi dev main.py, por debajo corre uvicorn.
Gracias por el tip!!🤜🏼🥰
Justo lo que queria buscar hoy!, estoy empezando a ver como crear API mas que nada para logins, etc.
Podemos verlo en un stream !!
@@1lugarparapensar estaría buenísimo
Excelente video gracias por compartir saludos
Gracias a ti!!🥰
Si tenia una notificación de Kick pero estando en el trabajo no la pude ver y el en Vivo fue a las 900am justo trabajando
Esta bueno
al setear un precio en dólares podrías hacer que setee el precio en pesos en null (y la aclaración este en el front, "Los precios solo podrán registrarse en una única unidad monetaria")
Querido, los clientes lo pidieron así. No cometas el error de creer que conoces mejor que el cliente sus propios deseos y necesidades. De lo contrario, te vas a encontrar con muchas insatisfacciones.
¿Podrías explicar un poco mejor como manejas las imágenes con FastAPI?
Quede como el dicho para ek miércoles. Como novio de pueblo.
Por Kick no aviaa cuando estas haciendo el vivo.😢 Lo vere los nuevos videos en diferido.😊
Buenos días 😘 me perdí el miércoles la transmisión en Kick estaré pendiente si la vuelves a planificar este próximo miércoles misma hora.
Claro que sí! Graciassss🥰
no sería mejor separar la funcionalidad de consultas a la base y pasar por parámetros el nombre a la tabla?, por ej. los getAll son siempre iguales, entonces (y copio del codigo que mostraste)
def getAllData(db: Session, skip: int = 0, limit: int = 100, table: str):
return db.query(models.table).filter(func.upper(models.table.name).ilike(f"%name%")).all()
y con algo como eso, ahorrarte repetir codigo?
Es una práctica bastante extendida que cada entidad y tabla tenga su propio repositorio con sus métodos particulares, más allá de que estos métodos se repitan o sean muy similares. Esto es así por varios motivos, dentro de los cuales considero ser el más importante la búsqueda de independencia y autonomía de los módulos y entidades. Además, dicha función como la presentas abarcaría demasiada responsabilidad, lo cual
nunca es bueno. A lo sumo, podrías crear un BaseRepository con los métodos más repetitivos y luego heredarlo en los distintos repositorios. Esto va a depender de la complejidad y extensión del proyecto y también las preferencias de los desarrolladores.
@@1lugarparapensar claro, tiene sentido
me parece raro que por una compra se agregue directamente la cantidad comprada al stock, ¿no sería mejor que ingrese al stock cuando ingresa al (barco?) ?
Qué bombonsito...🤭