Table of Contents
Table of Contents
1장 깨끗한 코드 코드가 존재하리라 나쁜 코드 나쁜 코드로 치르는 대가 __ 원대한 재설계의 꿈 __ 태도 __ 원초적 난제 __ 깨끗한 코드라는 예술? __ 깨끗한 코드란? 우리들 생각 우리는 저자다 보이스카우트 규칙 프리퀄과 원칙 결론 참고 문헌 2장 의미 있는 이름 들어가면서 의도를 분명히 밝혀라 그릇된 정보를 피하라 의미 있게 구분하라 발음하기 쉬운 이름을 사용하라 검색하기 쉬운 이름을 사용하라 인코딩을 피하라 __ 헝가리식 표기법 __ 멤버 변수 접두어 __ 인터페이스 클래스와 구현 클래스 자신의 기억력을 자랑하지 마라 클래스 이름 메서드 이름 기발한 이름은 피하라 한 개념에 한 단어를 사용하라 말장난을 하지 마라 해법 영역에서 가져온 이름을 사용하라 문제 영역에서 가져온 이름을 사용하라 의미 있는 맥락을 추가하라 불필요한 맥락을 없애라 마치면서 3장 함수 작게 만들어라! __ 블록과 들여쓰기 한 가지만 해라! __ 함수 내 섹션 함수 당 추상화 수준은 하나로! __ 위에서 아래로 코드 읽기: 내려가기 규칙 Switch 문 서술적인 이름을 사용하라! 함수 인수 __ 많이 쓰는 단항 형식 __ 플래그 인수 __ 이항 함수 __ 삼항 함수 __ 인수 객체 __ 인수 목록 __ 동사와 키워드 부수 효과를 일으키지 마라! __ 출력 인수 명령과 조회를 분리하라! 오류 코드보다 예외를 사용하라! __ Try/Catch 블록 뽑아내기 __ 오류 처리도 한 가지 작업이다. __ Error.java 의존성 자석 반복하지 마라! 구조적 프로그래밍 함수를 어떻게 짜죠? 결론 참고 문헌 4장 주석 주석은 나쁜 코드를 보완하지 못한다 코드로 의도를 표현하라! 좋은 주석 __ 법적인 주석 __ 정보를 제공하는 주석 __ 의도를 설명하는 주석 __ 의미를 명료하게 밝히는 주석 __ 결과를 경고하는 주석 __ TODO 주석 __ 중요성을 강조하는 주석 __ 공개 API에서 Javadocs 나쁜 주석 __ 주절거리는 주석 __ 같은 이야기를 중복하는 주석 __ 오해할 여지가 있는 주석 __ 의무적으로 다는 주석 __ 이력을 기록하는 주석 __ 있으나 마나 한 주석 __ 무서운 잡음 __ 함수나 변수로 표현할 수 있다면 주석을 달지 마라 __ 위치를 표시하는 주석 __ 닫는 괄호에 다는 주석 __ 공로를 돌리거나 저자를 표시하는 주석 __ 주석으로 처리한 코드 __ HTML 주석 __ 전역 정보 __ 너무 많은 정보 __ 모호한 관계 __ 함수 헤더 __ 비공개 코드에서 Javadocs __ 예제 참고 문헌 5장 형식 맞추기 형식을 맞추는 목적 적절한 행 길이를 유지하라 __ 신문 기사처럼 작성하라 __ 개념은 빈 행으로 분리하라 __ 세로 밀집도 __ 수직 거리 __ 세로 순서 가로 형식 맞추기 __ 가로 공백과 밀집도 __ 가로 정렬 __ 들여쓰기 가짜 범위 팀 규칙 밥 아저씨의 형식 규칙 6장 객체와 자료 구조 자료 추상화 자료/