Preguntas etiquetadas con design-patterns

Cerrada . Esta pregunta necesita estar más centrada . Actualmente no está aceptando respuestas. ¿Quieres mejorar esta pregunta? Actualice la pregunta para que se centre en un problema solo editando esta publicación . Cerrado hace 4 años . Recientemente he estado leyendo algunas publicaciones de blog sobre MVC y cómo …

24 design-patterns  architecture  mvc 

Tal como está actualmente, esta pregunta no es adecuada para nuestro formato de preguntas y respuestas. Esperamos que las respuestas sean respaldadas por hechos, referencias o experiencia, pero esta pregunta probablemente solicitará debate, argumentos, encuestas o discusión extendida. Si cree que esta pregunta se puede mejorar y posiblemente volver a …

24 design-patterns 

Muchos Builder Patternejemplos hacen de la Builderclase interna del objeto que construye. Esto tiene algún sentido ya que indica lo que Buildercompila. Sin embargo, en un lenguaje tipado estáticamente sabemos qué Buildercompila. Por otro lado, si se Buildertrata de una clase interna, debe saber en qué clase se Buildercompila sin …

24 java  design-patterns  object-oriented 

Los accesorios y modificadores (también conocidos como setters y getters) son útiles por tres razones principales: Restringen el acceso a las variables. Por ejemplo, se puede acceder a una variable, pero no modificarla. Validan los parámetros. Pueden causar algunos efectos secundarios. Las universidades, los cursos en línea, los tutoriales, los …

23 design-patterns  constructors  access-modifiers 

Fondo Actualmente tengo una situación en la que tengo un objeto que es transmitido y recibido por un dispositivo. Este mensaje tiene varias construcciones, como sigue: public void ReverseData() public void ScheduleTransmission() El ScheduleTransmissionmétodo debe llamar al ReverseDatamétodo siempre que se llame. Sin embargo, hay momentos en los que tendré …

23 c#  design-patterns  object-oriented  methods 

Estoy trabajando en un diseño, pero sigo llegando a un obstáculo. Tengo una clase particular (ModelDef) que es esencialmente el propietario de un árbol de nodos complejo construido al analizar un esquema XML (piense en DOM). Quiero seguir buenos principios de diseño (SÓLIDO) y asegurarme de que el sistema resultante …

23 java  design  design-patterns  dependency-injection  constructors 

Tengo una aplicación web Spring de tres capas: dao, servicio y controladores. Un controlador nunca llama directamente al dao, lo hace a través de la capa de servicio. En este momento, la mayoría de las veces si hay una excepción de dao (tiempo de ejecución) que no se maneja, será …

23 design-patterns  exception-handling  spring  dao 

¿Cuál sería el mejor patrón de diseño para este problema? Tengo un Objeto A. El Objeto A puede ser registrado o eliminado de la base de datos dependiendo de la solicitud del usuario. La validación de datos se realiza antes del registro o eliminación del objeto. Hay un conjunto de …

23 design-patterns 

Veo dos patrones comunes para bloques en Objective-C. Uno es un par de éxito: / fracaso: bloques, el otro es una sola finalización: bloque. Por ejemplo, supongamos que tengo una tarea que devolverá un objeto de forma asincrónica y esa tarea podría fallar. El primer patrón es -taskWithSuccess:(void (^)(id object))success …

23 design-patterns  objective-c 

He trabajado durante dos años en un gran banco de inversión. Realicé algunos proyectos técnicos con el deseo de crear el código más optimizado, respetando los buenos patrones de diseño adaptados, el principio SÓLIDO, la ley de demeter y evitando todo tipo de códigos duplicados ... Cuando la entrega en …

23 java  design  design-patterns  solid 

Considere estos métodos: public List<Employee> GetAllEmployees() { using (Entities entities = new Entities()) { return entities.Employees.ToList(); } } public List<Job> GetAllJobs() { using (Entities entities = new Entities()) { return entities.Jobs.ToList(); } } public List<Task> GetAllTasksOfTheJob(Job job) { using (Entities entities = new Entities()) { return entities.Tasks.Where(t => t.JobId == …

23 c#  design-patterns  dry 

El patrón de fábrica (o al menos el uso de FactoryFactory..) es el blanco de muchos chistes, como aquí . Además de tener nombres detallados y "creativos" como RequestProcessorFactoryFactory.RequestProcessorFactory , ¿hay algo fundamentalmente incorrecto con el patrón de fábrica si tiene que programar en Java / C ++ y hay …

23 java  design-patterns 

Nuestra base de código es antigua y los nuevos programadores, como yo, aprenden rápidamente a hacerlo de la misma manera en aras de la uniformidad. Pensando que tenemos que comenzar en alguna parte, me encargué de refactorizar una clase de titular de datos como tal: Se eliminaron los métodos de …

22 design-patterns  teamwork  builder-pattern 

El acoplamiento flojo es, para algunos desarrolladores, el santo grial del software bien diseñado. Ciertamente es algo bueno cuando hace que el código sea más flexible frente a los cambios que puedan ocurrir en el futuro previsible, o evita la duplicación de código. Por otro lado, los esfuerzos para acoplar …

22 design  design-patterns  object-oriented 

Recientemente he estado leyendo un libro titulado Programación funcional en C # y se me ocurre que la naturaleza inmutable y sin estado de la programación funcional logra resultados similares a los patrones de inyección de dependencia y es posiblemente un mejor enfoque, especialmente en lo que respecta a las …

21 design-patterns  unit-testing  functional-programming  dependency-injection