Preguntas etiquetadas con single-responsibility

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 CustomerID); } Bob Martin dice que "las clases deberían tener una sola …

198 architecture  class-design  solid  single-responsibility 

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 …

66 c#  single-responsibility 

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 software, y esa responsabilidad debe estar completamente …

64 solid  single-responsibility 

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 = firstName; …

63 c#  object-oriented  single-responsibility 

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 …

57 c#  wpf  inversion-of-control  single-responsibility 

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 …

56 object-oriented  class  object  single-responsibility 

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 …

50 c#  coding-style  dependency-injection  solid  single-responsibility 

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, pero …

42 object-oriented  solid  single-responsibility 

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 fue un contenedor simple que confirma los cambios …

40 architecture  single-responsibility  event 

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 actualizados, pero como …

37 single-responsibility 

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 de …

37 design-patterns  architecture  solid  single-responsibility 

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 responsabilidad. Pero, ¿cómo determinamos si …

34 design-patterns  single-responsibility  cohesion 

¿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 Stack Overflow porque se puede responder en Software Engineering Stack Exchange. Migrado hace …

21 c++  coding-style  single-responsibility 

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 intentar anticipar …

20 design-patterns  single-responsibility 

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 …

19 design-patterns  single-responsibility