Preguntas etiquetadas con dry

Siempre trato de seguir el principio DRY estrictamente en el trabajo; cada vez que repito código por flojera, vuelve a aparecer más tarde cuando necesito mantener ese código en dos lugares. Pero a menudo escribo pequeños métodos (tal vez de 10 a 15 líneas de código) que deben reutilizarse en dos...

Muy simple, ¿por qué querría escribir código que funcione para todos los casos y datos escalables cuando todo lo que necesito hacer es repetir el mismo proceso varias veces con algunos pequeños ajustes? Es poco probable que necesite editar esto nuevamente en el corto plazo. Parece mucho menos...

Por ejemplo, considere que tengo una clase para que otras clases extiendan: public class LoginPage { public String userId; public String session; public boolean checkSessionValid() { } } y algunas subclases: public class HomePage extends LoginPage { } public class EditInfoPage extends...

Tengo un código que es casi idéntico, pero usa tipos absolutamente diferentes, sin herencia entre ellos, en la variable principal. Específicamente, estoy escribiendo un analizador con Roslyn para C # y VB.NET, con los siguientes tipos: Microsoft.CodeAnalysis.CSharp.Syntax.AttributeSyntax...

Me pregunto qué es mejor en términos de buen diseño de OOP, código limpio, flexibilidad y evitar olores de código en el futuro. Situación de imagen, donde tiene muchos objetos muy similares que necesita representar como clases. Estas clases no tienen ninguna funcionalidad específica, solo clases de...

Tengo varias clases que todas heredan de una clase base genérica. La clase base contiene una colección de varios objetos de tipo T. Cada clase secundaria necesita poder calcular valores interpolados de la colección de objetos, pero dado que las clases secundarias usan diferentes tipos, el cálculo...

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...

Estoy creando una API REST para exponer la mayor parte de la funcionalidad de una API Java existente. Ambas API son para uso interno dentro de mi organización; No tengo que diseñar para uso externo. Tengo influencia sobre ambas API pero estoy implementando la REST. La API de Java continuará...

Estoy 100% de acuerdo con el caso de que uno definitivamente debería usar validaciones de datos tanto del lado del cliente como del lado del servidor. Sin embargo, en los marcos y entornos en los que he trabajado, los enfoques que he visto nunca han sido SECOS. La mayoría de las veces no hay un...

¿Dónde está el mejor lugar para validar los parámetros de entrada de la función: en la persona que llama o en la función misma? Como me gustaría mejorar mi estilo de codificación, trato de encontrar las mejores prácticas o algunas reglas para este problema. Cuando y que es mejor. En mis proyectos...

Acabo de encontrar el artículo " Regla de tres " en wikipedia La regla de tres es una regla general de refactorización de código para decidir cuándo una pieza de código replicada debe ser reemplazada por un nuevo procedimiento. Establece que el código se puede copiar una vez, pero que cuando se...

Estoy buscando orientación sobre el acoplamiento DRY vs Code. No me gusta duplicar mi código y tampoco me gusta el acoplamiento de código entre módulos no relacionados. Así que refactorizo ​​el código duplicado si encuentro un código idénticamente duplicado un año después de que se introdujo la...

Supongamos que tenemos un módulo de software A que implementa una función F. Otro módulo B implementa la misma función que F '. Hay varias formas de deshacerse del código duplicado: Deje que A use F 'de B. Deje que B use F de A. Coloque F en su propio módulo C y deje que A y B lo usen. Todas...

Para evitar la duplicación no trivial relacionada con const de C ++, ¿hay casos en que const_cast funcionaría pero una función const privada que devuelve no const no funcionaría? En el artículo 3 de C ++ efectivo de Scott Meyers , sugiere que un const_cast combinado con un reparto estático puede...

Siempre he aplicado restricciones a nivel de base de datos además de mis modelos (ActiveRecord). Pero me he estado preguntando si esto es realmente necesario. Un poco de historia Recientemente tuve que probar un método básico de generación automática de marca de tiempo para un modelo....

Cada vez que escribo pruebas unitarias, siempre he intentado tener una sola afirmación por prueba para facilitar la depuración cuando las pruebas fallan. Sin embargo, a medida que sigo esta regla, siento que estoy copiando constantemente el mismo código en cada prueba y al tener más pruebas, es más...

El Principio DRY (No te repitas) establece que "cada conocimiento debe tener una representación autoritaria, inequívoca y única dentro de un sistema". La mayoría de las veces esto se refiere al código, pero a menudo también se extiende a la documentación. Se dice que cada sistema de software tiene...

¿Por qué es tan recomendable que te repitas escribiendo pruebas? Parece que las pruebas básicamente expresan lo mismo que el código, y por lo tanto es un duplicado (en concepto, no implementación) del código. ¿El objetivo final de DRY no incluiría la eliminación de todo el código de...

En este momento estoy luchando con este concepto de DRY (Don't Repeat Yourself) en mi codificación. Estoy creando esta función en la que temo que se vuelva demasiado compleja, pero estoy tratando de seguir el principio DRY. createTrajectoryFromPoint(A a,B b,C c,boolean doesSomething,boolean...

Estoy seguro de que hay un nombre para este antipatrón en alguna parte; Sin embargo, no estoy lo suficientemente familiarizado con la literatura antipatrón como para saberlo. Considere el siguiente escenario: or0es una función miembro en una clase. Para bien o para mal, depende en gran medida de...