Open nicolasgeronimorodi opened 1 year ago
Nico ahi vi lo que estuviste avanzando. Genial. Estuve viendo las clases de Pollioto y dice que el facade es "la puerta de entrada" de la api a los datos, entonces los modificadores de acceso de dicha carpeta deberían ser todos publicos. Pero los de datos como la intarface e implementacion deberían quedar internal para que queden protegidos fuera del ensamblado. La api solo conoce la facade
Ahi vi las entidades: En las clases Alumno y Profesor, Persona esta como un atributo de cada clase (es decir como una relacion de asociación "tiene un") me parece que quedaría mejor si pusieramos herencia es decir que alumno y profesor hereden de persona. Luego podríamos agregar un constructor sin parametros en persona por las dudas
Nico ahi vi lo que estuviste avanzando. Genial. Estuve viendo las clases de Pollioto y dice que el facade es "la puerta de entrada" de la api a los datos, entonces los modificadores de acceso de dicha carpeta deberían ser todos publicos. Pero los de datos como la intarface e implementacion deberían quedar internal para que queden protegidos fuera del ensamblado. La api solo conoce la facade
Genial, tomo nota,
Ahi vi las entidades: En las clases Alumno y Profesor, Persona esta como un atributo de cada clase (es decir como una relacion de asociación "tiene un") me parece que quedaría mejor si pusieramos herencia es decir que alumno y profesor hereden de persona. Luego podríamos agregar un constructor sin parametros en persona por las dudas
Pensé hacerlo con herencia pero durante la última parte de la materia me parece que estuvimos trabajando más bien con instancias de clase como properties de otra. También un poco tiene que ver con uno de los principios del paradigma de objetos que se llama Composition over inheritance. https://en.wikipedia.org/wiki/Composition_over_inheritance
Al margen de esto, hay algunas entidades que si bien estan representadas como clase podrían ser enumeraciones, por ej los turnos de examen. Ya me voy a poner a ver si se podría implementar eso.
Pensé hacerlo con herencia pero durante la última parte de la materia me parece que estuvimos trabajando más bien con instancias de clase como properties de otra. También un poco tiene que ver con uno de los principios del paradigma de objetos que se llama Composition over inheritance. https://en.wikipedia.org/wiki/Composition_over_inheritance
Bien gracias por compartirlo ahi lo estuve leyendo no se si me genero mas dudas jaja. Por lo que entendí aplicar composition over inheritance es cuando estamos buscando aplicar polimorfismo en el sentido de poder que nuestros objetos tengan los comportamientos definidos en otras clases, para esto para generar abstraccion y una buena implementacion uno debe preguntarse cuales son dichos comportamientos y establecerlos en interfaces que luego seran implementadas. En nuestro caso no estamos solamente persiguiendo compartir los atributos de una clase en otra?
Al margen de esto, hay algunas entidades que si bien estan representadas como clase podrían ser enumeraciones, por ej los turnos de examen. Ya me voy a poner a ver si se podría implementar eso.
Genial esto!
-Representar la BD en clases del dominio -Separar con facade -Implementar el patron singleton para tener una sola conexion