Principio de programación DRY
El principio de programación DRY (Don’t repeat yourself) implica dividir un sistema grande, por ejemplo, un software desarrollado por usted, en componentes más pequeños y no repetitivos. Si tiene varios componentes que realizan las mismas tareas, entonces, de acuerdo con el principio DRY, se debe reducir su cantidad, idealmente, para que cada componente no se repita.
Después de dividir el sistema en componentes responsables de ejecutar tareas claramente definidas, estos pueden organizarse en clases, lo que se llama arquitectura modular.
Para construir correctamente un sistema según el principio DRY, es necesario seguir las siguientes reglas:
- Antes de comenzar a trabajar en un proyecto, represéntelo en forma de un esquema gráfico, dividido en componentes visuales.
- Al trabajar en un componente complejo del proyecto, también se debe representar gráficamente en forma de un diagrama UML o medios similares.
- En el esquema gráfico, se debe indicar claramente la jerarquía y el papel de cada componente del proyecto.
- También en el esquema se debe indicar la conexión de sus componentes con los componentes de otros participantes del proyecto, así como quá ramas del proyecto serán comunes o privadas.
- Es necesario evitar enlaces rígidos entre componentes, ya que afectan negativamente la eficiencia de toda la arquitectura del proyecto.
Ver también
-
principio
SOLID,
que establece recomendaciones para software basado en POO -
principio
KISS,
que implica evitar la complejización del software -
principio
YAGNI,
que implica renunciar a la funcionalidad excesiva del software -
principio
CQS,
que establece para cada función solo un comando -
principio
LoD,
que se aplica en el desarrollo de software -
principio separación de responsabilidades,
que se aplica en el desarrollo de software