DRY 프로그래밍 원칙
프로그래밍 원칙 DRY (Don’t repeat yourself) 는 대형 시스템, 예를 들어 귀하가 개발한 소프트웨어를 더 작고, 중복되지 않는 구성 요소로 분할하는 것을 전제로 합니다. 동일한 작업을 수행하는 여러 구성 요소가 있는 경우 DRY 원칙에 따라 그 수를 줄여야 하며, 이상적으로는 각 구성 요소가 중복되지 않아야 합니다.
시스템이 명확하게 정의된 작업 수행을 담당하는 구성 요소로 분할된 후에는, 이들을 클래스로 구성할 수 있으며, 이를 모듈식 아키텍처라고 부릅니다.
DRY 원칙에 따라 시스템을 올바르게 구축하려면 다음 규칙을 준수해야 합니다:
- 프로젝트 작업을 시작하기 전에 시각적 구성 요소로 분할된 그래픽 다이어그램으로 상상해 보십시오.
- 프로젝트의 복잡한 구성 요소 작업 시, 이는 UML 다이어그램 형태로 그래픽으로도 표현해야 합니다.
- 그래픽 다이어그램에서는 프로젝트 각 구성 요소의 계층 구조와 역할을 명확하게 표시해야 합니다.
- 또한 다이어그램에는 귀하의 구성 요소와 프로젝트 다른 참여자들의 구성 요소 간의 연결, 그리고 프로젝트의 어떤 브랜치가 공통 또는 비공개가 될지를 표시해야 합니다.
- 구성 요소 간의 강한 결합은 피해야 합니다. 이는 프로젝트 전체 아키텍처의 효율성에 부정적인 영향을 미치기 때문입니다.