Clean Code TIL, 3장. 함수

오늘 TIL 3줄 요약

• 함수를 만드는 첫째 규칙은 '작게!'다.
• 함수는 한가지를 해야한다.
• 서술적인 이름을 사용하라!

TIL (Today I Learned) 날짜

2024.06.24

오늘 읽은 범위

3장. 함수

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

• if 문 /else 문/ while 문 등에 들어가는 블록은 한 줄이어야 한다.
• 함수가 '한 가지'만 하는지 판단하는 방법 : 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함수는 여러 작업을 하는 셈이다.
• 코드는 위에서 아래로 이야기처럼 읽혀야 좋다. 한 함수 다음에는 추상화 수준이 한 단계 낮은 함수가 온다.
• 이름이 길어도 괜찮다. 겁먹을 필요없다. 길고 서술적인 이름이 짧고 어려운 이름보다 좋다. 길고 서술적인 이름이 길고 서술적인 주석보다 좋다. 서술적인 이름을 사용하면 개발자 머릿속에서도 설계가 뚜렷해지므로 코드를 개선하기 쉬워진다.
• 함수에서 이상적인 인수 개수는 0개(무항)
• 인수의 순서와 의도를 제대로 표현하려면 좋은 함수 이름이 필수다.
• 일반적으로 출력 인수는 피해야 한다.
• 명령과 조회를 분리하라! 함수는 뭔가를 수행하거나 뭔가에 답하거나 둘 중 하나만 해야 한다.
• 오류코드보다 예외를 사용하라! 오류코드 대신 예외를 사용하면 오류 처리 코드가 원래 코드에서 분리되므로 코드가 깔끔해진다.
• try/catch 블록은 원래 추하다. try/catch블록을 별도 함수로 뽑아내는 편이 좋다.
• 오류 처리도 한 가지 작업이다. 오류를 처리하는 함수는 오류만 처리해야 마땅하다.
• 중복은 문제다 : 코드길이가 늘어나고, 알고리즘이 변하면 각각 다 손봐야하고, 하나라도 빠뜨리면 오류가 발생할 확률도 높다.
• 함수를 짜는 법은 글짓기와 비슷하다. 처음에는 길고 복잡하다. 그 후에 코드를 다듬고, 함수를 만들고, 이름을 바꾸고, 중복을 제거한다. 메서드를 줄이고, 순서를 바꾼다. 때로는 전체 클래스를 쪼개기도 한다.

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

• 점점 유익한 내용이 많아지고, 줄긋게 되는 내용이 많아지고 있다. 내용을 읽어보면 너무나도 명확하고 당연하다고 생각해서 어렵지 않을 거 같은데, 이것을 100 % 로 실제 프로그램을 짤때 실천을 못하겠지만 조금씩조금씩 더 나은 코드를 짤 수 있는 계기가 되었으면 좋겠다.

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

• 플래그인수?