Mnemotecnia para el conjunto de principios de diseño: responsabilidad única, abierto-cerrado, sustitución de Liskov, segregación de interfaz, inversión de dependencia
Parece bastante claro que "Principio de responsabilidad única" no significa "solo hace una cosa". Para eso son los métodos. public Interface CustomerCRUD { public void Create(Customer customer); public Customer Read(int CustomerID); public void Update(Customer customer); public void Delete(int...
En una entrevista de trabajo reciente, no pude responder una pregunta sobre SOLID , más allá de proporcionar el significado básico de los diversos principios. Realmente me molesta. He hecho un par de días para investigar y aún tengo que presentar un resumen satisfactorio. La pregunta de la...
Digamos que tenemos una lista de entidades de tareas y un ProjectTasksubtipo. Las tareas se pueden cerrar en cualquier momento, excepto ProjectTasksque no se pueden cerrar una vez que tienen el estado de Iniciado. La interfaz de usuario debe garantizar que la opción de cerrar un inicio...
Si un cuadrado es un tipo de rectángulo, ¿por qué no puede heredar un cuadrado de un rectángulo? ¿O por qué es un mal diseño? He escuchado a gente decir: Si hiciste que Square derivara de Rectángulo, entonces un Square debería poder usarse en cualquier lugar donde esperes un rectángulo ¿Cuál...
Me gusta SOLID, y hago mi mejor esfuerzo para usarlo y aplicarlo cuando estoy desarrollando. Pero no puedo evitar sentir que el enfoque SOLID convierte su código en código 'marco', es decir, código que diseñaría si estuviera creando un marco o biblioteca para que otros desarrolladores lo...
El principio de responsabilidad única se define en wikipedia como El principio de responsabilidad única es un principio de programación de computadoras que establece que cada módulo, clase o función debe tener responsabilidad sobre una sola parte de la funcionalidad proporcionada por el...
La mayoría de los proyectos en los que trabajo consideran el desarrollo y las pruebas unitarias de forma aislada, lo que hace que escribir pruebas unitarias en una instancia posterior sea una pesadilla. Mi objetivo es tener en cuenta las pruebas durante las fases de diseño de alto y bajo...
Parece que Java ha tenido el poder de declarar clases no derivables durante siglos, y ahora C ++ también lo tiene. Sin embargo, a la luz del principio de Abrir / Cerrar en SOLID, ¿por qué sería útil? Para mí, la finalpalabra clave suena igual friendque: es legal, pero si la está usando, lo más...
¿Cuál es el propósito de los contenedores de COI? Las razones combinadas pueden simplificarse de la siguiente manera: Cuando se utilizan los principios de desarrollo OOP / SOLID, la inyección de dependencias se vuelve desordenada. O tiene los puntos de entrada de nivel superior que administran...
En los últimos años, hemos estado cambiando lentamente a un código progresivamente mejor escrito, unos pocos pasos a la vez. Finalmente estamos comenzando a hacer el cambio a algo que al menos se asemeja a SOLID, pero aún no hemos llegado allí. Desde que realizó el cambio, una de las mayores quejas...
Estoy tratando de entender los principios SÓLIDOS de OOP y he llegado a la conclusión de que LSP y OCP tienen algunas similitudes (si no decir más). El principio abierto / cerrado establece que "las entidades de software (clases, módulos, funciones, etc.) deben estar abiertas para la extensión,...
A mis colegas les gusta decir "el registro / almacenamiento en caché / etc. es una preocupación transversal" y luego continúan usando el singleton correspondiente en todas partes. Sin embargo, aman IoC y DI. ¿Es realmente una excusa válida para romper el principio SOLI D
Con el tiempo pude entender dos partes de SOLID : la "S" y la "O". "O" - Aprendí el Principio Abierto Cerrado con la ayuda del Patrón de Herencia y Estrategia. “S”: aprendí el principio de responsabilidad única mientras aprendía ORM (la lógica de persistencia se elimina de los objetos de...
Actualmente estoy tratando de resolver SOLID. Entonces, el Principio de Inversión de Dependencia significa que dos clases deben comunicarse a través de interfaces, no directamente. Ejemplo: si class Atiene un método, que espera un puntero a un objeto de tipo class B, entonces este método debería...
¿Cuándo se convierten los principios SÓLIDOS en YAGNI? Como programadores, hacemos compensaciones todo el tiempo, entre complejidad, mantenibilidad, tiempo de construcción, etc. Entre otros, dos de las pautas más inteligentes para tomar decisiones son, en mi opinión, los principios SÓLIDOS y...
Solo estoy diseñando mi aplicación y no estoy seguro si entiendo SOLID y OOP correctamente. Las clases deben hacer 1 cosa y hacerlo bien, pero por otro lado deben representar objetos reales con los que trabajamos. En mi caso, hago una extracción de características en un conjunto de datos y luego...
Me sigo preguntando si es legítimo usar verbos basados en sustantivos en OOP. Me encontré con este brillante artículo , aunque todavía no estoy de acuerdo con el punto que hace. Para explicar un poco más el problema, el artículo establece que no debería haber, por ejemplo, una FileWriterclase,...
Hoy acabo de ver este artículo que describe la relevancia del principio SOLID en el desarrollo de F # F # y principios de diseño - SÓLIDO Y al abordar el último: "Principio de inversión de dependencia", el autor dijo: Desde un punto de vista funcional, estos contenedores y conceptos de...
De acuerdo con la documentación de Microsoft, el artículo principal de Wikipedia SOLID, o la mayoría de los arquitectos de TI, debemos asegurarnos de que cada clase tenga una sola responsabilidad. Me gustaría saber por qué, porque si todos parecen estar de acuerdo con esta regla, nadie parece estar...
Los principios SÓLIDOS me han resultado bastante útiles al pensar en el diseño orientado a objetos. ¿Existe un conjunto similar / equivalente de principios independientes del lenguaje adaptados para la programación