Diseño e Implementación de Interfaces en C para Productos y Reseñas
Contenido del curso
Carlos Eduardo Gomez García
David Logacho
Carlos Restrepo
Jenny Aguilar
Kevin Toruño
Daniel Meza
Cristian Rodriguez Morales
Dario Roman
Emmanuel Rodríguez
Marcos Plata
Emmanuel Rodríguez
Fernando José Aguilar Rivas
Diesan Romero
Juan Carlos Aguilar
Sergio Alexander Arellano Diaz
Ashley Andres Alejo Guilarte
Francisco Javier Pineda Giraldo
Maslov Viloria
Said Leonardo
Gilberto Pérez Garrido
Kenny Lazo
Juan Sebastian Ramirez Leyva
Carlos Ayala
ROMMEL DUAREZ SAENZ
Nicolas Arbelaez
Cristian Andres España Carpio
Cristian Andres España Carpio
Irving Juárez
Juan Sebastian Ramirez Leyva
Enrique Gálvez
Eder Irineo Tassin
Yo estaré usando PHP, dejo el link al repo por si quieren darle un vistazo:
https://github.com/RetaxMaster/arquitectura-backend
Dejaré aquí el código únicamente de IPoduct:
En PHP, con las interfaces, no se pueden definir propiedades, tienes que definirlas mediante getters y setters, lo que no entiendo con C# es si ese { get; set; } que se ponen equivalen a getters y setters en otros lenguajes, como sea, aquí está el código en PHP, los demás archivos están en el repo ^^:
IProduct.php
<?php namespace App; interface IProduct { public function getName() : string; public function setName() : void; public function getManufacturer() : string; public function setManufacturer() : void; public function getSKU() : string; public function setSKU() : void; public function getFeatures() : array; public function setFeatures() : void; public function getContent() : string; } ?>
Así es, es la abreviación
private string name; public string Name { get { return this.name; } set { this.name = value; } }
No se programar en C# pero me encanto esa forma de abreviar los getters y setters...
Es altamente recomendable seguir esta clase sin implementar código aún, por dos cosas: Primero a medida que el profe implementa aún está definiendo entidades y atributos; segundo, se incorporan dificultades propias del lenguaje que está usando el profe (C#). Altamente recomendado seguir la clase con un diagrama de entidad relación o lápiz y papel, obviar las particularidades del lenguaje (si no lo vas a usar) y una vez claro el modelo de datos, entonces impleméntalo en el lenguaje que hayas escogido para programar. Así no te pierdes.
De hecho no entiendo porque las entidades las declaras como interfaces... ayuda!!! Toda mi vida que he programado en .Net Core siempre declaro mis entidades como clases.
Creo que sólo porque no creará una instancia con esa clase. Tu puedes definir Interfaces en el caso de que no vayas a crear objetos con ellas.
Eso porque esta pensando en Cerrado para modificaciones y abierto a cambios.
Yo estare usando django y django rest framework, les dejo el repositorio por si a alguien le sirve: RandomCameras-backend
¡Híjoles! Me gusta esta sección, ya que complementamos en código lo que podemos hacer. Sin embargo, considero que programar sin tener el otro lado de la moneda, es decir, la UI, esta sección es "lo que consideramos o creemos" que va a hacer.
Y muchas veces, son interpretaciones diferentes y habrá cohesión o conflicto cuando las espectativas o faltas de comunición no existen.
No es que lo que hagamos aquí, "dependa" de la UI, tanto la UI (el frontend), como lo que hagamos en el backend, dependen del resultado de un análisis previo de los requisitos del negocio, se debe conocer tanto los atributos de las entidades como las funcionalidades que estas resolverán ANTES de empezar a programar cualquier cosa, para evitar los conflictos o faltas de comunicación que mencionas.
Correcto, y es válido lo que comentas. Debe existir un punto donde los dos hemisferios se conectan para los requerimientos y generar COMUNICACIÓN. Cierto, el backend no depende de del Front, pero tampoco lo pasa de lado.
Someone in JavaScript?
#TeamJavascript
team python, sorry :c
Se creamos una interfaz per singolo Producto, si por ejemplo deseo agregar flash(accesorio separato, no incluido en la camara, no seria una feactures) per gestire un nuovo review seria forzado aprire il codice e hacer las modificas pertinente y recompilar?
No me queda claro porque utilizo interfaces para definir los Modelos o entidades.
En java, se usan modelos que referencian la BD y luego llas interfaces son para interconectar, por ejemplo, el controller con un servicio.
Controller -- ServiceInterface -- Service (Bussiness logic)
o en todo caso al Servicio con el modelo a travez de la interface Repository.
Service --> ImodelRepository ---> Model.
alguien tiene idea clara de porque interfaces como clases entity?
es por la posibilidad de escalar y mantener la aplicaciòn en el futuro sin tener que modificar las clases propiamente, en aplicación de los principios de Polimorfismo a través de la Herencia, y asi hacer uso de principios de codigo limpio (Clean Code) y SOLID
En mi caso utilizare Python con Django, implemente un modelo abstracto para definir los atributos de un producto.
Además, cree dos apps, una para reviews y otra editors. Por el momento el modelo Camera vivirá en la app reviews(Aunque se puede crear otra app para products).
El repositorio estará aquí. Si tienes alguna opinión del código me fascinaría leerla 😊.
🐍🐍🐍
Si alguien lo esta haciendo en django python . me podrían compartir el repositorio?
que tipo de arquitectura utilizas para la creación de carpetas?
Porque el uso de la letra I para unta interfaz, Si ya en la definición se especifica public interface?
Porque el uso de interfaz en vez de una clase común?
para escalar
Hice la práctica con Spring Boot en el repo [practica-arquitectura-backend](https://github.com/nicoarbelaez/practica-arquitectura-backend). Se me hizo algo extraña la implementación. En este caso usé interfaces (simulando C#):
public interface IProduct {   String getName();   void setName(String name);   String getManufacturer();   void setManufacturer(String manufacturer);   String getSKU();   void setSKU(String SKU);   List\<Feature> getFeatures();   void setFeatures(List\<Feature> features);   String getContent(); } Pero considero que no fue lo correcto, sería mejor usar una clase abstracta (usando @Data de Lombok): import lombok.Data; @Data public abstract class Product {   private String name;   private String manufacturer;   private String SKU;   private List\<Feature> features;   public abstract String getContent(); }
La implementación de una entidad implica definir su estructura y comportamiento. En el contexto del curso, comenzamos diseñando una interfaz que represente las características comunes, como el nombre, fabricante y código único (SKU) para productos. Luego, se crean las entidades específicas (ej. cámaras y lentes) que heredan de esta interfaz, agregando propiedades adicionales según sus características. Es esencial mantener una estructura escalable para futuras extensiones. La implementación se realiza en el lenguaje de tu elección, siguiendo las reglas de negocio establecidas.
En la clase se aborda la implementación de una entidad a través de la creación de interfaces y clases en C. Se comienza definiendo una interfaz común, IProduct, que contendrá propiedades esenciales como nombre, fabricante y código único (SQ) para productos como cámaras y lentes. Luego, cada entidad concreta (por ejemplo, ICamera e ILens) hereda de esta interfaz y define características específicas, como el máximo ISO o el factor de recorte en el caso de las cámaras. Esta estructura permite una implementación escalable y adaptable a futuras características o productos.
En la interfaz de IProduct en el metodo que se implemento de GetContent vacio, creo que una mejor practica seria retornar un error por defecto, para forzar a las interfaces que van a hacer polimorfismo de ese metodo
Porque las entidades van como interfaces, no deberian ir solo para las clases,poder realizar implementación de un metodo definido apartir de una clase?
Esta bien que haya desarroollado las entidades directamente en el código, pero yo entiendo esta parte como el diseño de la estructura de una BBDD y después, en el código, la lógica y la interface que hace funcionar esa estructura de datos. De esta manera, me queda lejos la parte de la estructura y gestión del almacenamiento de los datos
Solo escribiendo el atajo "prop" y presionando tab tab se genera la propiedad completa:
public TYPE Type { get; set; }
