[클린 코드] 10장. 클래스

2022. 03. 09

 

 

📚 오늘 읽은 범위

10장. 클래스

 

 

📖 책에서 기억하고 싶은 내용

- 클래스를 정의하는 표준 자바 관례 : 변수 목록 (static public 상수 -> static private 변수 -> private instance 변수) -> 공개 함수 -> 비공개 함수 (자신을 호출하는 공개 함수 직후) (p.172)

- 캡슐화를 풀어주는 결정은 언제나 최후의 수단이다. (p.172)

- 클래스는 작아야 한다. (p.172)

- 클래스의 크기 측정 척도는 클래스가 맡은 책임이다. (p.173)

- 실제로 작명은 클래스 크기를 줄이는 첫 번째 관문이다. 간결한 이름이 떠오르지 않는다면 필경 클래스 크기가 너무 커서 그렇다. 클래스 이름이 모호하다면 필경 클래스 책임이 너무 많아서다. (p.175)

- 클래스 설명은 만일("if"), 그리고("and"), -(하)며("or"), 하지만("but")을 사용하지 않고서 25단어 내외로 가능해야 한다. (p.175)

- 단일 책임 원칙 Single Responsibility Principle, SRP 은 클래스나 모듈을 변경할 이유가 하나뿐이어야 한다. (p. 175)

- 큰 클래스 몇 개가 아니라 작은 클래스 여럿으로 이루어진 시스템이 더 바람직하다. 작은 클래스는 각자 맡은 책임이 하나며, 변경할 이유가 하나며, 다른 작은 클래스와 협력해 시스템에 필요한 동작을 수행한다. (p.177)

- 응집도가 높아질수록 변수와 메서드를 적절히 분리해 새로운 클래스 두세 개로 쪼개준다. (p.178)

- 깨끗한 시스템은 클래스를 체계적으로 정리해 변경에 수반하는 위험을 낮춘다. (p.185)

- OCP Open-Closed Principle : 클래스는 확장에 개방적이고 수정에 폐쇄적이어야 한다. (p.188)

- 새 기능을 수정하거나 기존 기능을 변경할 때 건드릴 코드가 최소인 시스템 구조가 바람직하다. 이상적인 시스템이라면 새 기능을 추가할 때 시스템을 확장할 뿐 기존 코드를 변경하지는 않는다. (p.188)

- 시스템의 결합도를 낮추면 재사용성도 더욱 높아진다. 결합도가 낮다는 소리는 각 시스템 요소가 다른 요소로부터 그리고 변경으로부터 잘 격리되어 있다는 의미다. 시스템 요소가 서로 잘 격리되어 있으면 각 요소를 이해하기도 더 쉬워진다. (p.190)

- DIP Dependency Inversion Principle : 클래스는 상세한 구현이 아니라 추상화에 의존해야 한다. (p.190)

 

 

🙌 오늘 읽은 소감

- 클래스에 대해 단단히 착각을 하고 있었다. 나는 여태 뭔가 클래스라면 덩어리로 있어야 한다고 생각했던 것 같다. 책을 읽지 않았다면 계속 그렇게 생각하지 않았을까? 예제에서 보여주는 한 줄짜리 클래스에 적잖이 충격을 받았다. 책임을 최대한 나누어 더 작은 클래스를 유지하도록 코드를 작성할 때 유념해야겠다.

- OOP에 대해 좀 더 자세히 공부해야 할 필요성을 느꼈다. 겉핥기로 알고 있다는 느낌이 들었고, 추상 클래스나 인터페이스에 대해서도 다시 공부해야겠다.