[클린 코드] 3장. 함수

2022. 02. 21

 

 

📚 오늘 읽은 범위

3장. 함수

 

 

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

- 함수를 만드는 첫째 규칙은 '작게!'다. 함수를 만드는 둘째 규칙은 '더 작게!'다. (p.42)

- 함수는 한 가지를 해야 한다. 그 한 가지를 잘 해야 한다. 그 한 가지만을 해야 한다. (p.44)

- 함수가 확실히 '한 가지' 작업만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 한다. (p.45)

- 한 함수 다음에는 추상화 수준이 한 단계 낮은 함수가 온다. 즉, 위에서 아래로 프로그램을 읽으면 함수 추상화 수준이 한 번에 한 단계씩 낮아진다. (p.46)

- "코드를 읽으면서 짐작했던 기능을 각 루틴이 그대로 수행한다면 깨끗한 코드라 불러도 되겠다." (p.49)

- 한 가지만 하는 작은 함수에 좋은 이름을 붙인다면 이런 원칙을 달성함에 있어 이미 절반은 성공했다. 함수가 작고 단순할수록 서술적인 이름을 고르기도 쉬워진다. (p.49)

- 함수에서 이상적인 인수 개수는 0개(무항)다. (p.50)

- 플래그 인수는 추하다. 함수로 부울 값을 넘기는 관례는 정말로 끔찍하다. 왜냐고? 함수가 한꺼번에 여러 가지를 처리한다고 대놓고 공표하는 셈이니까! 플래그가 참이면 이걸 하고 거짓이면 저걸 한다는 말이니까! (p.52)

- 가변 인수를 취하는 모든 함수에 같은 원리가 적용된다. 가변 인수를 취하는 함수는 단항, 이항, 삼항 함수로 취급할 수 있다. 하지만 이를 넘어서는 인수를 사용할 경우에는 문제가 있다. (p.54)

- 함수는 뭔가를 수행하거나 뭔가에 답하거나 둘 중 하나만 해야 한다. 둘 다 하면 안 된다. 객체 상태를 변경하거나 아니면 객체 정보를 반환하거나 둘 중 하나다. 둘 다 하면 혼란을 초래한다. (p.56)

- try/catch 블록은 원래 추하다. 코드 구조에 혼란을 일으키며, 정상 동작과 오류 처리 동작을 뒤섞는다. 그러므로 try/catch 블록을 별도 함수로 뽑아내는 편이 좋다. (p.58)

- 오류 코드 대신 예외를 사용하면 새 예외는 Exception 클래스에서 파생된다. 따라서 재컴파일/재배치 없이도 새 예외 클래스를 추가할 수 있다. (p.60)

- 중복은 소프트웨어에서 모든 악의 근원이다. 많은 원칙과 기법이 중복을 없애거나 제어할 목적으로 나왔다. (p.60)

- 함수는 그 언어에서 동사며, 클래스는 명사다. (p.62)

- 진짜 목표를 시스템이라는 이야기를 풀어가는 데 있다는 사실을 명심하기 바란다. (p.62)

 

 

🙌 오늘 읽은 소감

- 플래그 인수 부분에서 과거 내 코드들이 머릿속으로 스쳐 지나갔다. 아찔하다. 플래그 인수는 다음부터 절대 사용하지 말고 함수는 한 가지만 잘하도록 만들자.

- 책을 읽기 전 함수는 최대한 쪼개는 게 좋다고 어디선가 스쳐지나가듯 봐서 그렇게 짜려고 노력하고 있었는데 길이가 짧은 함수들이 많아지니 이게 맞는 건가 하는 생각을 했었다. 오늘 그 해답을 들어 기분이 좋다.

- 계속 읽다보니 빨리 내 코드를 뜯어 고쳐서 리팩토링 하고 싶다는 생각이 간절해졌다. 하나씩 고쳐봐야겠다.

- 고수들은 코드를 작성할 때 처음부터 그냥 뚝딱뚝딱 만드는 줄 알았는데 서툴고 복잡한 코드를 다듬고 고쳐서 만든다는 걸 알았다. 사람은 다 똑같다. 처음부터 가능한 사람은 없다.

- 여기서도 완벽주의는 백해무익이라는 사실을 다시 깨닫는다. 처음부터 완벽하려고 하지 말자.