7 of 59 menu

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
hyruplswms