📘클린코드 (2022.02.09) - 클래스 (1)

DAY 20

오늘 읽은 범위

10장 클래스 ~p185

😃 책에서 기억하고 싶은 내용을 써보세요.

• 클래스는 작아야한다

  • 함수과 마찬가지고 클래스도 작게 만들어야한다.
  • 함수는 물리적 행수를 작게만들었지만, 클래스는 '책임'을 작게 만들어야한다.
  • 클래스의 작명이 길거나 모호하면 클래스의 책임이 많다는 것이다.
    'if', 'and', 'or', 'but'등을 사용하지 않도록 하자.

• 단일 책임 원칙

  • 단일 책임 원칙(SRP)는 클래스나 모듈을 변경할 이유(책임)가 단 하나뿐이어야 한다는 원칙이다.
  • 책임, 즉 변경할 이유를 파악하려 애쓰다 보면 코드를 추상화하기 쉬워진다.
  • '깨끗하고 체계적인 소프트웨어를 작성하려는 것'보다 '소프트웨어를 잘돌아가게 하려는 태도'는 물론 중요하고 올바른 태도이다.
    하지만 잘 돌아가는 소프트웨어를 만들었다고 일을 끝났다 여기면 문제가 생긴다.
  • 잘 돌아가는 소프트웨어를 만들면 다음으로 체계적이고 깨끗하게 리펙토링하자.

• 큰 다목적 클래스보다 작고 체계적인 클래스가 더 바람직하다!

• 응집도(Cohesion)

  • 클래스는 인스턴스 변수 수가 작아야하고 각 메서드는 클래스 인스턴스 변수를 하나 이상 사용해야 한다.
  • 메서드가 사용하는 클래스의 인스턴스 변수 수가 응집도의 척도이다.
  • 응집도가 높은 것은 바람직하지 않다. 응집도가 높을 수록 클래스의 메소드와 변수가 서로 의존하며 논리적인 단위로 묶이기 때문이다.
  • '함수를 작게, 매개변수를 적게'라는 규칙을 따르면 몇몇 메서드만이 사용하는 인스턴스 변수가 많아지고 이는 새로운 클래스로 쪼개야 한다는 신호이다.
    -> 즉 한 책임을 가진 작은 클래스로 나뉠 수 있는 바람직한 방향이다.

• 응집도를 유지하면 작은 클래스 여럿이 나온다.

  • 큰 함수를 쪼개고 인스턴스 변수를 만들다보면 각자 서로 다른 인스턴스 변수를 사용하게 되고 응집력은 약해진다.
  • 약해진 응집력을 서로 다른 클래스로 분리하면 응집력은 높아지고 클래스는 작아진다.
  • 즉, 큰 함수를 작은 함수로 쪼개다보면 작은 클래스로 나뉠 수 있고 점점 체계적인 구조가 잡힌다.

🙄오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

• 깨끗한 코드를 위해서 함수와 클래스는 비슷한 규칙을 갖고 있는거 같다. 하나의 역할을 하는게 중요하고 확실한 의미를 지닌 이름이 필요하며 작게 만드는 것이 중요하다. 완전 함수의 규칙 아닌가? 그래서 그런지 이해가 잘되었다. 코드를 보면 이해가 더 안가는 것 같다.

• 응집도를 설명하는 부분에서 큰 함수를 나누는 것이 어떤 방식으로 코드를 체계화할 수 있는지 설명하는 과정이 인상깊었다.

✏ 소감 3줄 요약

• 클래스도 한 역할만, 정확한 이름으로, 작게 만들자.
• 큰 함수를 나누며 응집도를 유지하면 체계적인 코드가 만들어진다.
• 잘 돌아가는 코드를 작성했다고 마음을 놓지말고 깨끗하고 체계적인 코드로 수정하자.