클린코드 Day 20. 클래스

✅ 이 포스팅은 노마드 코더 북클럽  '클린 코드' 챌린지를 진행하면서 작성하는 TIL이며,  출처는 Clean Code입니다.

 

📚 범위 :  10장 클래스

 

 

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

• 좋은 Class ?
  • 크기가 작은 클래스
  • 추상화가 잘 된 클래스
    • class 추상화 단계
      변수 ➡ static public 상수 ➡ private 상수 ➡ static private 변수 ➡ private instance 변수 ➡ 변수 목록 다음 공개 함수 ➡ private 함수 호출하는 함수
    • 같은 패키지 안에서 test code가 함수 호출 or 변수 사용 시 ➡ protected 선언 or 패키지 전체로 공개
  • 작명 잘하기
    • 클래스명에 해당 클래스 역할 작성
    • 클래스 설명 : if / or / and / but 사용하지 않고 25자 내외
  • 큰 class 몇 개 < 작은 class 여러 개
  • 응집도 ⬇ class
    • 인스턴스 변수의 수 ⬇ , 각 클래스 메서드 - instance 변수 1개 이상 사용
  • 시스템 결합도 ⬇ class
    • 유연성, 재 사용성 향상
    • 결합도 ⬇ = 다른 요소와 변화로부터 잘 분리되어 있다는 의미
• SRP
  • 단일 책임 원칙을 지키자.
  • 큰 단위를 작은 단위로 쪼개어서 작성

styled

yled

 

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

어떤 요소를 만들 때나 크기가 작고, 한 가지 기능만 하면서, 의미를 한 번에 파악할 수 있는 이름을 짓는 것이 클린 코드를 만드는 것의 기초라는 것을 다시 한번 느꼈다. 한 클래스가 여러 가지 기능을 하게 된다면, 한 개만 있어도 여러 가지 역할을 해서 편할 것 같지만 재 사용성에서도 불리해지고, 수정할 일이 최소한이어야 하지만 그래서 발생할 경우 여러 가지를 고려해서 고쳐야 해서 시간이 많이 소요된다.

결국 클린 코드의 핵심은 응집도를 낮게 만들어서 다른 요소로부터 잘 격리되어 어디에 붙여서 잘 쓸 수 있도록 만드는 것인 것 같다. 그런 코드를 짤 수 있기 위해서는 구현에 중점을 두고 개발하기보다 깔끔하고 보기 좋은 코드를 만드는 노력을 게을리하지 말아야겠다고 느꼈다.

 

 

 

👀 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

SRP : 단일 책임 원칙 , 클래스나 모듈을 변경할 이유가 하나, 단 하나뿐이어야 한다.

OCP : 클래스는 확장에 개방적이고 수정에 폐쇄적이어야 한다.

DIP : 클래스가 상세한 구현이 아니라 추상화에 의존해야 한다.

객체 지향 개발 5대 원리 (SOLID)