📘클린코드 (2022.02.11) - 창발성

DAY 22

오늘 읽은 범위

11장 창발성 ~p223

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

• 창발적 설계로 깔끔한 코드를 구현하자
  • 착실하게 따르기만해도 단일 책임 원칙, 의존 관계 역전 원칙을 적용하기 쉽고 우수한 설계의 창발성을 촉진하는 4가지 원칙이 있다.
    • 모든 테스트를 실행한다.
    • 중복을 없앤다.
    • 프로그래머 의도를 표현한다.
    • 클래스와 메서드 수를 최소로 줄인다.
  • 이 원칙들은 켄트 벡이 제시하였고 중요도 순으로 나열된 것이다.

• 단순한 설계 규칙 1 : 모든 테스트를 실행하라

  • 무엇보다 먼저, 설계는 의도한 대로 돌아가는 시스템을 내놓아야 한다.
  • 테스트를 철저히 거쳐 모든 테스트 케이스를 항상 통과하는 시스템은 '테스트가 가능한 시스템'이다.
  • 테스트가 가능한 시스템을 만들려고 애쓰면 크기가 작고 하나의 목적만 수행하는 클래스가 나오며 설계 품질이 높아진다.
  • 결합도가 높으면 테스트 케이스 작성이 어려우므로 DIP원칙을 적용하고 의존성 주입, 인터페이스, 추상화 등과 같은 도구를 사용해 결합도를 낮춘다.

• 단순한 설계 규칙 2~4 : 리팩터링

  • 테스트 케이스 작성 후 코드와 클래스를 정리해야한다. (리팩터링)
  • 코드를 추가하고 설계를 점검할때마다 테스트 코드를 돌려 기존 기능을 깨지 않는지 점검하라.
    • 테스트 케이스가 있으므로 코드를 정리하며 시스템이 망가질까 걱정할 필요가 없다.
  • 리팩터링 단계에선 설계 품질을 높이는 기법이라면 무엇이든 적용해도 괜찮다.
    • 응집도를 높이고, 결합도를 낮추고, 관심사를 분리하고, 시스템 관심사를 모듈로 나누고, 함수와 클래스 크기를 줄이고, 더 나은 이름을 선택하라!

• 중복을 없애라

  • 중복은 추가 작업, 추가 위험, 불필요한 복잡도를 뜻한다.
  • 비슷한 코드는 더 비슷하게 고쳐주면 리팩터링이 쉬워진다.
    • 예를들어 공통적인 코드를 새 메서드로 뽑고 다른 클래스로 옮겨주는 작업을 하면 다른 코드에서 재사용할 기회를 포착할 수도 있다.
    • 이런 '소규모 재사용'은 시스템 복잡도를 극적으로 줄여준다. - 제대로 익히자!

• 표현하라

  • 자신이 이해하는 코드를 짜기는 쉽다. 중요한건 타인이 이해할 수 있는지의 여부이다.
  • 프로젝트의 비용 중 대부분은 유지보수 비용이고 유지보수 개발자는 시스템을 잘 이해해야한다.
    • 그러므로 코드는 개발자의 의도를 분명히 표현하고 타인이 이해하기 쉬워야한다.
  • 좋은 표현을 하기 위해선
    • 1. 좋은 이름을 선택한다.
    • 2. 함수와 클래스 크기를 가능한 줄인다.
    • 3. 표준 명칭을 사용한다. (디자인 패턴에 맞추자)
    • 4. 단위 테스트 케이스를 꼼꼼히 작성한다.
    • 표현력을 가장 높이는 방법은 노력이다.
  • 자신의 작품을 조금 더 자랑하고 고민하며 시간을 투자하는 노력을 가하자.

• 클래스와 메서드 수를 최소로 줄여라

  • 중복을 제거하고 의도를 표현하고 SRP를 준수한다는 기본적인 개념도 극단으로 치달으면 득보다 실이 많아진다.
  • 무의미하고 극단적인 정책으로 클래스 수와 메서드 수를 줄이기 위해 수없이 만드는 것은 좋지않다.
    • 메서드와 클래스 수를 "가능한" 줄이는 것이 핵심이다.
  • '클래스마다 무조건 인터페이스를 생성하라', '자료 클래스와 동작 클래스는 무조건 분리해라' 같은 독단적인 견해는 멀리해야한다. ('무조건' 금지)

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

• 이번 단원은 이전에 배웠던 내용들을 총괄하여 정리해준것 같았다. 그래서인지 지금까지 배웠던 내용들이 상기되면서 다시 되새길 수 있었다. 절반정도 책을 읽었는데 만약 한 단원만 기억해야한다고 꼽는다면 이 단원을 정할 것 같다. 앞으로 코딩하면서 오늘 나온 4가지 원칙을 항상 기억해야겠다.

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

• 창발성 : 복잡성의 원칙 중 하나로, 하위 수준의 구성요소에는 없는 특성이나 행동이 상위 수준인 전체 구조에서 자발적으로 출현하는 현상
  ( 금융 시장에서 개인 트레이너들의 거래는 주가를 올리거나 떨어트리는데, 개인은 그 방향이나 특징을 알지 못하고 상위 수준인 전체 시장에서 방향이나 특징이 정해진다. )

✏ 소감 3줄 요약

• 착실하게 따르기만해도 코드 품질이 좋아지는 4가지 원칙이 있다니 대단하다.
• '응집도를 높이고, 결합도를 낮추고, 관심사를 분리하고, 시스템 관심사를 모듈로 나누고, 함수와 클래스 크기를 줄이고, 더 나은 이름을 선택하자' 이 내용들은 정말 5번씩은 본것 같아서 잊지 않을것 같다.
• '클래스마다 무조건 인터페이스를 생성하라', '자료 클래스와 동작 클래스는 무조건 분리해라' 같이 극단적으로 코드를 구현하는 것은 피해야한다.