| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
- 책너두
- 디자인패턴
- JavaScript
- 성수맛집
- 성수직장인
- 독서
- 코딩
- 깨끗한코드
- 성수
- 오브젝트
- 독서일지
- 성수볼거리
- 직장인
- 객체지향프로그래밍
- 성수핫플
- 주니어개발자
- Java
- 책읽기
- IntelliJ
- 객체지향
- 헤드퍼스트디자인패턴
- 개발자
- 클린코드
- docker
- JAVA개발자
- DesignPattern
- 헤드퍼스트
- 직장인점심
- 상속
- Linux
- Today
- Total
런타임노트
[클린코드] 7일차. 57-66pg | 함수 잘 만들기(2) 본문
7일차.
클린코드[2주차_월요일]
57 - 66pg
#요약
1. 깨끗한 코드
2. 의미 있는 이름
3. 함수
1) 작게 만들어라!
2) 한 가지만 해라!
3) 함수 당 추상화 수준은 하나로!
4) Switch문
5) 서술적인 이름을 사용하라!
6) 함수 인수
7) 부수 효과를 일으키지 마라!
8) 명령과 조회를 분리하라
- 함수는 뭔가를 수행 or 답하기 둘 중 하나만 해야 한다.
9) 오류 코드보다 예외를 사용하라!
- 명령 함수에서 오류 코드를 반환하는 방식은 명령/조회 분리 규칙을 미묘하게 위반한다.
- try/catch 블록은 추하다. 따라서 블록을 별도 함수로 뽑아내는 편이 좋다.
- 함수는 한 가지 작업만 해야하는데, 오류 처리도 한 가지 작업에 속한다.
- 오류코드 대신 예외를 사용하면 새 예외는 Exception 클래스에서 파생된다.
10) 반복하지 마라!
- 중복은 소프트웨어에서 모든 악의 근원이다.
- AOP, COP 모두 어떤 면에서는 중복 제거 전략임
11) 구조적 프로그래밍
- 함수는 return 문이 하나여야 한다.
- 루프 안에서 break나 continue를 사용해선 안 되며 goto는 절대로!!!! 안된다.
- 함수가 작으면 위 규칙은 별 이익이 없다.
12) 함수를 어떻게 짜죠?
- 소프트웨어를 짜는 행위는 글짓기와 비슷하다.
- 처음엔 길고 복잡하지만 점점 코드를 다듬고 함수를 만들고 ,, 최종적으로 이 장에서 말하는 규칙들이 지켜진 함수가 얻어진다.
13) 결론
- 시스템은 구현할 프로그램이 아니라 풀어갈 이야기로 여겨야 한다.
- 우리가 작성한 함수가 분명하고 정확한 언어로 깔끔하게 같이 맞아떨어져야 이야기를 풀어가기 쉬워진다.
'책책책 책을 읽읍시다‼ ver.개발 > [ 클린코드 ]' 카테고리의 다른 글
| [클린코드] 9일차. 75-83pg | 좋은 주석, 나쁜 주석 (0) | 2023.09.14 |
|---|---|
| [클린코드] 8일차. 67-74pg | 주석, 좋은 주석 (0) | 2023.09.12 |
| [클린코드] 6일차. 46-56pg | 함수 잘 만들기(1) (0) | 2023.09.11 |
| [클린코드] 5일차. 35-45pg | 의미있는 이름, 함수 만들기 (0) | 2023.09.08 |
| [클린코드] 4일차. 24-34pg | 의미있는 이름 (0) | 2023.09.07 |