TIL (Today I Learned)

2022.02.22 ~ 2022.02.23

오늘 읽은 범위

3장. 함수

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

• 코드는 위에서 아래로 이야기 처럼 읽혀야 좋다. 한 함수 다음에는 추상화 수준이 한 단계 낮은 함수가 온다. 즉, 위에서 아래로 프로그램을 읽으면 함수 추상화 수준이 한 번에 한 단계씩 낮아진다. 나는 이것을 내려가기 규칙이라 부른다. ( p.46 )

• 함수가 작고 단순할수록 서술적인 이름을 고르기도 쉬워진다. ( p.49 )

• 좋은 이름이 주는 가치는 아무리 강조해도 지나치지 않다. ( p .49 )

• 길고 서술적인 이름이 짧고 어려운 이름보다 좋다. 길고 서술적인 이름이 길고 서술적인 주석보다 좋다. 함수 이름을 정할 때는 여러 단어가 쉽게 읽히는 명명법을 사용한다. 그런 다음, 여러 단어를 사용해 함수 기능을 잘 표현하는 이름을 선택한다. ( p .49 )

• 최선은 입력 인수가 없는 경우이며, 차선은 입력 인수가 1개뿐인 경우다. ( p.51 )

• 어떤 코드든 절대로 무시하면 안되니까. 무시한 코드에 오류가 숨어드니까. ( p,52 )

• 함수 이름에 키워드를 추가하는 형식이다. 즉, 함수 이름에 인수 이름을 넣는다. ( p.54 )

• 단항 함수는 함수와 인수가 동사/명사 쌍을 이뤄야 한다. 예를 들어, write(name)은 누구나 곧바로 이해한다. ( p.54 )

• 객체 상태를 변경하거나 아니면 객체 정보를 반환하거나 둘 중 하나다. 둘 다 하면 혼란을 초래한다 ( p.56 )

• 오류 코드보다 예외를 사용하라 ( p.57 )

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

• 소프트웨어를 짜는 행위는 여느 글짓기와 비슷하다. 논문이나 기사를 작성할 때는 먼저 생각을 기록한 후 읽기 좋게 다듬는다. 초안은 대개 서투르고 어수선하 므로 원하는 대로 읽힐 때까지 말을 다듬고 문장을 고치고 문단을 정리한다. ( p.61 )

  
  

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

• 함수의 내용은 짦고 간단하게 그리고 함수의 이름은 간단 명료하게 그리고 인수는 함수 이름 을 보고

  그리고 함수의 기능은 한가지만!

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

1. Error enum - Error enum 을 import해 사용해야 하므로, 즉 Error enum 이 변한다면 Error enum를 사용하는 클래스 전부를 다시 컴파일하고 다시 배치해야한다.

2. 설정페이지 && 해체페이지 - 함수가 설정 setup 페이지와 해제 teardown 페이지 설정 페이지와 해제 페이지를 테스트 페이지에 넣는다