El Principio de Responsabilidad Única establece que cada módulo en un sistema debe ser responsable de una característica o funcionalidad única, o una agregación de funcionalidad cohesiva. Otra forma común de decirlo es decir que cada módulo debe tener una sola razón para cambiar.
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...
Estoy tratando de adherirme al Principio de Responsabilidad Única (SRP) tanto como sea posible y me acostumbré a un cierto patrón (para el SRP en los métodos) confiando en gran medida en los delegados. Me gustaría saber si este enfoque es sólido o si hay problemas graves con él. Por ejemplo, para...
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...
Hoy tuve una discusión con alguien. Estaba explicando los beneficios de tener un modelo de dominio rico en lugar de un modelo de dominio anémico. Y demostré mi punto con una clase simple que se ve así: public class Employee { public Employee(string firstName, string lastName) { FirstName =...
Estoy trabajando en un equipo donde el líder del equipo es un defensor virulento de los principios de desarrollo SOLID. Sin embargo, carece de mucha experiencia en sacar el software complejo de la puerta. Tenemos una situación en la que ha aplicado SRP a lo que ya era una base de código bastante...
Resumen del problema: En pocas palabras, heredé una base de código y un equipo de desarrollo que no puedo reemplazar y el uso de God Objects es un gran problema. En el futuro, quiero que tengamos que volver a factorizar las cosas, pero me están haciendo retroceder los equipos que quieren hacer...
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...
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,...
Recientemente me topé con un problema arquitectónico aparentemente trivial. Tenía un repositorio simple en mi código que se llamaba así (el código está en C #): var user = /* create user somehow */; _userRepository.Add(user); /* do some other stuff*/ _userRepository.SaveChanges(); SaveChanges...
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...
Tengo un método que actualiza los datos de los empleados en la base de datos. La Employeeclase es inmutable, por lo que "actualizar" el objeto significa en realidad crear una instancia de un nuevo objeto. Quiero que el Updatemétodo devuelva una nueva instancia de Employeecon los datos...
El principio de responsabilidad única se basa en el principio de alta cohesión. La diferencia entre los dos es que una clase altamente cohesionada presenta un conjunto de responsabilidades que están fuertemente relacionadas, mientras que las clases que se adhieren al SRP tienen una sola...
¿Quieres mejorar esta publicación? Proporcione respuestas detalladas a esta pregunta, incluidas citas y una explicación de por qué su respuesta es correcta. Las respuestas sin suficiente detalle pueden ser editadas o eliminadas. Esta pregunta se migró de...
El principio se define como módulos que tienen una razón para cambiar . Mi pregunta es, ¿seguramente estas razones para cambiar no se conocen hasta que el código realmente comience a cambiar? Casi todas las piezas de código tienen numerosas razones por las cuales podría cambiar, pero seguramente...
Cuando pienso en el desarrollo ágil de software y todos los principios (SRP, OCP, ...) me pregunto cómo tratar el registro. ¿El registro junto a una implementación es una violación de SRP? Yo diría yesque la implementación también debería poder ejecutarse sin iniciar sesión. Entonces, ¿cómo puedo...
a) ¿Cuál es la diferencia entre SRP y SoC ? Quizás ese SRP se aplica a nivel de clase, mientras que SoC se puede aplicar a nivel de sistema , subsistema , módulo , clase o función . b) Si la respuesta a a) es sí, ¿se aplica SoC a nivel de clase como sinónimo de SRP
Si tiene una clase que hereda de dos clases distintas, ¿no significa que su subclase automáticamente hace (al menos) 2 cosas, una de cada superclase? Creo que no hay diferencia si tiene herencia de interfaz múltiple. Editar: Para ser claros, creo que si la subclasificación de varias clases viola...
Según Robert C. Martin, el SRP afirma que: Nunca debe haber más de una razón para que una clase cambie. Sin embargo, en su libro Clean Code , capítulo 3: Funciones, muestra el siguiente bloque de código: public Money calculatePay(Employee e) throws InvalidEmployeeType { switch (e.type) {...
Considere dos diseñadores de UI que desean diseñar diseños "atractivos para el usuario". La "atracción del usuario" es un concepto que no es objetivo y solo reside en la mente de los diseñadores. Así, el diseñador A podría elegir, por ejemplo, el color rojo, mientras que el diseñador B elige el...
El Principio de Responsabilidad Única establece que "una clase debería tener una razón para el cambio". En el patrón MVC, el trabajo del controlador es mediar entre la vista y el modelo. Ofrece una interfaz para que la Vista informe acciones realizadas por el usuario en la GUI (por ejemplo,...