Princípio de Programação DRY
O princípio de programação DRY (Don’t repeat yourself) pressupõe a divisão de um sistema grande, por exemplo, um software desenvolvido por você, em componentes menores e não repetitivos. Se você tiver vários componentes executando as mesmas tarefas, então, de acordo com o princípio DRY, deve-se reduzir sua quantidade, idealmente, para que cada componente não se repita.
Depois que o sistema é dividido em componentes responsáveis por executar tarefas claramente definidas, eles podem ser organizados em classes, o que é chamado de arquitetura modular.
Para construir um sistema corretamente seguindo o princípio DRY, é necessário aderir às seguintes regras:
- Antes de começar a trabalhar em um projeto, represente-o como um diagrama gráfico, dividido em componentes visuais.
- Ao trabalhar em um componente complexo do projeto, ele também deve ser representado graficamente na forma de um diagrama UML ou meios similares.
- No diagrama gráfico, deve-se indicar claramente a hierarquia e a função de cada componente do projeto.
- O diagrama também deve indicar a conexão dos seus componentes com os componentes de outros participantes do projeto, bem como quais ramificações do projeto serão comuns ou privadas.
- É necessário evitar acoplamentos rígidos entre os componentes, pois eles impactam negativamente a eficiência de toda a arquitetura do projeto.
Veja também
-
princípio
SOLID,
que estabelece diretrizes para software baseado em OOP -
princípio
KISS,
que pressupõe evitar a complexidade do software -
princípio
YAGNI,
que pressupõe evitar funcionalidades excessivas no software -
princípio
CQS,
que define apenas um comando para cada função -
princípio
LoD,
que é aplicado no desenvolvimento de software -
princípio separação de responsabilidades,
que é aplicado no desenvolvimento de software