DRY 원칙

• 중복 코드는 변경을 방해한다.
  • 중복 코드가 변경되어야 할 경우, 수정하기 위해 필요한 노력을 몇 배로 증가시킨다.
• 중복 여부를 판단하는 기준 : 변경
  • 변경됐을 때 두 코드를 함께 수정해야 한다면 이 코드들은 중복이다.
• DRY : Don’t Repeat Yourself
  • 동일한 지식을 중복하지 마라.

중복과 변경

• 중복 코드에서 새로운 추가 사항을 구현하는 유일한 방법은 새로운 중복 코드를 추가하는 것 뿐이다.

  → 중복 코드가 늘어날수록 애플리케이션은 변경에 취약해지고, 버그가 발생할 가능성이 높아진다.

• 민첩하게 변경하기 위해서는 중복 코드를 추가하는 대신 제거해야 한다.

  • 기회가 있을 때마다 코드를 DRY하게 만들기 위해 노력

타입 코드 사용하기

• Enum을 이용하여 구분

  → 이는 낮은 응집도와 높은 결합도

  → 상속을 통해 해결

상속을 이용하여 중복 코드 제거하기

• 자식 클래스의 메서드 안에서 상위 클래스의 메서드를 직접 호출할 경우 두 클래스는 강하게 결합된다.

취약한 기반 클래스 문제

• 취약한 기반 클래스 문제 : 부모 클래스의 변경에 의해 자식 클래스가 영향을 받는 형상

불필요한 인터페이스 상속 문제

• vector를 상속받아 stack을 구현한 경우 → vector의 메서드까지 상속

메서드 오버라이딩의 오작용 문제

• HashSet을 상속받아 InstrumentedHashSet을 생성, Add 함수를 상속받아 요소가 추가될 때마다 Count를 추가한다고 가정

  → AddAll에서 상위 클래스가 Add를 호출하지 않도록 변경

  → Count가 제대로 되지 않음