TIL (Today I Learned)

2022.02.22-2022.02.23

오늘 읽은 범위

3장 함수

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

• 중첩구조가 생길만큼 함수가 커서는 안된다. 함수에서 들여쓰기 수준은 1단이나 2단을 넘어서면 안 된다. 당연한 말이지만, 그래야 함수는 읽고 이해하기 쉬워진다.

• 서술적인 이름을 사용하면 개발자 머릿속에서도 설계가 뚜렷해지므로 코드를 개선하기 쉬워진다.

• 반면 오류 코드 대신 예외를 사용하면 오류 처리 코드가 원래 코드에서 분리되 므로 코드가 깔끔해진다.

• 내가 함수를 짤 때도 마찬가지다. 처음에는 길고 복잡하다. 들여쓰기 단계도 많고 중복된 루프도 많다. 인수 목록도 아주 길다. 이름은 즉흥적이고 코드는 중복된다. 하지만 나는 그 서투른 코드를 빠짐없이 테스트하는 단위 테스트 케이 스도 만든다. 그런 다음 나는 코드를 다듬고, 함수를 만들고, 이름을 바꾸고, 중복을 제거한 다. 메서드를 줄이고 순서를 바꾼다. 때로는 전체 클래스를 쪼개기도 한다. 이와중에도 코드는 항상 단위 테스트를 통과한다.

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

• 함수 선언시에 단순화한 형태로 작게 만들어야한다는 것이 인상적이었다

• 나는 대부분의 함수를 해당 기능에 적합하게 짜는 편이라서 사실 일부 기능이 다른 동일한 기능을 추가 구현할 때 어려움을 겪었다

• 만약에 좀 더 계획적으로 필요한 기능들을 최소단위 함수로 만들 었다면 좀 더 활용하기 쉬운 형태로 선언할 수 있었을 것 같다

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

• 의존성 자석, 시간적인 결함, 순서 종속성