Modelando nuestros objetos Uber

Clase 14 de 37 • Curso de Programación Orientada a Objetos: POO

Marcos Emilio Velásquez Hidalgo

student•

En UberX y UberPool sería una buena idea poner un objeto como "Uber" y que tuvieran el atributo "Tipo" en donde se diferencia entre UberX y UberPool

Pablo Luna

student•

comparto tu criterio!

Juan Camilo Alvarez Jurado

student•

SpoilerAlert: este manejo aquí ha sido a propósito para en una próxima clase ver una estrategia para generalizar y eliminar redundancia

Fernanda Arteaga Guivin

student•

Si ya tienen Visual Studio Code, pueden descargarse la extensión drawio, que les permite dibujar diagramas UML 😁

Herrera Sanchez Julian Andres

student•

Camilo Callejas

student•

Angel Perez

student•

Fredy Mendoza Vargas

student•

🤙👍

Cristian Andres Ladino Peña

student•

Buen diagrama 🔥

Daniel Martín

student•

Existe una aplicación open source que tiene integrados modelos UML llamada . Capaz les resulta útil.

Tihamer Aldana

student•

Igual si eres estudiante puedes usar Lucidchart completo de forma gratuita registrandote con tu correo .edu

Junior Rivas

student•

La voy a probar, muchas gracias

Santiago Cardoso

student•

Velocidad 1,25

DARWIN JUAN CARLOS CATUNTA GARCIA

student•

Concuerdo con usted, estimado :)

Esteban Hincapie Taborda

student•

he venido para confirmar.

Carlos Eduardo Gomez García

teacher•

Me estaba preguntando por qué no mejor usar una clase llamada "Car" que contenga estos objetos comunes, y que las clases de tipos de autos de Uber heredaran de esa clase Car, o podriamos pasarselas en algún constructor... u otra alternativas es que Car sea una interfaz para Uber... hmmm hay tantas formas de hacerlo jaja

Cesar Enrique Cantoral Montejo

student•

Así es compañero

Joaquín Alexis Monzón

student•

Lo mismo pensé

Juan David Cuervo Velasquez

student•

También se puede crear la clase person. Con eso user y driver heredan de person.

Ronald Estiven Rios Hernández

student•

Excelente aporte

Efrain Montealegre Raga

student•

Es muy importante esto.

Sebastian Alejandro Veliz Ysla

student•

Si vienes del curso de Base de Datos, te puede ayudar la metodología de 9 pasos con Barker.

JUAN PABLO MAYORGA MENDIETA

student•

Es cierto también lo acabo de hacer y se relaciona mucho

Roberto Alessandro Castro Montoya

student•

Si están bien relacionado y ayuda.

Aldo Miguel Ortiz Parodi

student•

12. Mis apuntes sobre: "Modelando nuestros objetos Uber"

Les comparto el diagrama que hice.

Hanson Garzon

student•

Considero que faltaría la calificación que tiene un conductor en el Objeto "driver" sería un atributo como +score

Nilson .

student•

En todo caso, eso no pertenecería al objeto o clase Viaje (trip) ????

Lorena Andrea Cárcamo Herrera

student•

Depende como se quiera modelar, pero lo más correcto sería en la clase Trip, ya que se evaluá el viaje. La puntuación de un conductor es el promedio de sus viajes realizados.

Usuario anónimo

user•

✨ En esta lección vimos en acción a la abstracción, este nos permitió determinar las propiedades y comportamientos más significativos de los objetos.

DARWIN JUAN CARLOS CATUNTA GARCIA

student•

Genial, gracias :)

Efrain Montealegre Raga

student•

Uy no lo habia visto asi. Muchas gracias por esto!

Santiago González Vélez

student•

Hola¿Alguien me puede decir que paso con el objeto Trip que explicó Anahí en la clase anterior? Tengo mucha curiosidad de como plantearía ese objeto conceptual

Manuel Alejandro Aguilar Téllez Girón

student•

Pues... estaba pensando en que quizá no era tan necesario así que probablemente sólo no se tomó en cuenta, no he visto las clases posteriores pero considero que quizás no era tan relevante :)

Gonzalo Cofré

student•

Si te fijas, al final de la clase indica que la cantidad para el objeto Cash no va ahi, si no que es otro tipo de objeto, posiblemente Trip

Mauricio Julian

student•

Lo que se podría hacer es una clase auto donde estén todos los atributos generales, y que los mismos hereden atributos y comportamientos. Seguramente lo hagamos en alguna de las próximas clases.

Oscar Eduardo Palomino Cárdenas

student•

Totalmente de acuerdo, es mejor una clase automóvil y posteriormente con herencia se puedan dividir en los diferentes tipos de Uber.

Marcelo Sanchez

student•

Pense lo mismo, y no se si estaria bien hacerlo asi: Clase base: vehiculo. -Clase derivada: vehiculo normal. (De aqui saldrian UberX y UberPool) -Clase derivada: vehiculo especial. (De aqui saldrian UberBlack y UberVan)

Diego Fernando Caviedes Camaho

student•

les recomiendo ver PRINCIPIOS SOLID. https://devexperto.com/principio-open-closed/

Maslov Viloria

student•

Excelente contribución amigo Diego!

Junior Rivas

student•

Muchas gracias, está muy interesante

Carlos Eduardo Repillosa Del Valle

student•

En mi caso con lo poco que e leido uniria los tipos de clasificaciones de uber y heredaria de una clase general y solo la especializaria para cada modelo en particular. Y tambien un buen analisis de nuestras clases y las relaciones entre ellas nos ahorra muchas horas de programacion ya que el metodo de empezar a programar sin diseñar nunca nos va a permitir ver todos los posibles escenarios y necesidades de la aplicacion.

Silvana Rolón

student•

Brithney Breccia Castillon Castillo

student•

Muchas gracias 🤩

Andres López

student•

Apuntes de la Clase:

Modelando nuestros objetos Uber

!Diagrama UML Objetos Uber

Alonso Fabricio Samanez Nuñez

student•

:thumbsup:

Laura Sofia Gonzalez Muñoz

student•

Para los objetos user y driver se podría crear una superclase persona que tenga los atributos en comun y utilizar herencia.

silfredo mario

student•

Esa es la manera de hacerlo, Laura.

Se crea la clase pago y de esta se desprenden los objetos (Card, cash, etc.)

DIDIER JANINTON CUETIA TOMBE

student•

Para este ejemplo no se puede crear un objeto carro del cual hereden los tipos de carros para no repetir el código?

Juan David Amaya Cardenas

student•

Hola Didier

en efecto, la siguiente clase habla sobre eso precisamente.

Milton Andrés Sanabria

student•

Sí en la ultima parte del viedeo ella dice que tenemos redundancia, y que se puede solucionar con Herencia, y pues en la siguiente clase vamos a ver eso

JOHN HEDER GIRALDO GIRALDO

student•

Ahora con la Herencia eliminaremos la Redundancia de nuestro Análisis de Clases.

Modelando nuestros objetos Uber

Bienvenida e Introducción

¿Por qué aprender Programación Orientada a Objetos?

¿Qué resuelve la Programación Orientada a Objetos?

Paradigma Orientado a Objetos

Lenguajes Orientados a Objetos

Instalando Visual Studio Code

Diagramas de Modelado

Qué es UML

Orientación a Objetos

Objetos

Abstracción y Clases

Modularidad

Analizando Uber en Objetos

Reto 1: identificando objetos

Programación Orientada a Objetos. Análisis

Clases en UML y su sintaxis en código

Modelando nuestros objetos Uber

¿Qué es la herencia?

Aplicando Herencia a nuestro proyecto Uber

Reto 2: analicemos un problema

Clases, Objetos y Método Constructor

Creando nuestras carpetas iniciales para el curso

Definiendo clases en Java y Python

Definiendo Clases en JavaScript

Objetos, método constructor y su sintaxis en código

Objetos. Dando vida a nuestras clases en Java y Python

Declarando un Método Constructor en Java y JavaScript

JavaScript orientado a objetos, lo más nuevo

Declarando un método constructor en Python

Herencia

Aplicando herencia en lenguaje Java y PHP

Solución del reto de herencia en PHP

Aplicando herencia en lenguaje Python y JavaScript

Otros tipos de Herencia

Reto 4

Encapsulamiento

Encapsulamiento

Encapsulando atributos en Java

Polimorfismo

Generando polimorfismo en Java

Generando polimorfismo en PHP

Cierre del curso

El Diagrama UML de Uber

Conclusiones

Bonus: Qué es la Programación Orientada a Objetos