코드 형식은 중요하다. 의사소통의 일환이기 때문에 개발자의 일차적인 의무이다.
적절한 행 길이를 유지하라
소스코드가 적어도 JUnit, fitness 와 같은 파일을 작성할 수 있다.
신문 기사처럼 작성하라
이름은 간단하면서도 설명이 가능하게 짓는다. 즉 읽기쉽고 자세하게 작성하여야 한다.
개념은 빈 행으로 분리하라
import문, 함수 사이 등에 빈행을 넣어야지 시각적으로 보기가 쉽고 가독성이 좋아진다.
세로 밀집도
세로 밀집도는 연관성을 의미한다. 변수같은 경우 밀집하게 적는다. 또한 쓸데없는 주석을 사용하여 밀집도를 떨어트리지말자
수직 거리
서로 밀접한 개념은 세로로 가까이 두어야 한다.
연관성이 깊은 두 개념이 멀리 떨어져 있으면 코드를 읽는 사람이 소스 파일과 클래스를 여기저기 뒤지게 된다.
- 변수 선언: 변수는 사용하는 위치에 최대한 가까이 선언한다.
- 인스턴스 변수: 클래스 맨 처음에 선언한다.
- 종속 함수: 한 함수가 다른 함수를 호출한다면 두 함수는 세로로 가까이 배치한다. 또한 가능하다면 호출하는 함수를 호출되는 함수보다 먼저 배치한다.
- 개념적 유사성: 친화도가 높을수록 가까이 배치한다. 비슷한 기능을 수행한다면 가까이 배치한다.
가로 형식 맞추기
행이 짧을 수록 좋다. 프로그래머는 짧은 행을 선호하기 때문이다.
- 가로 공백과 밀집도: 할당 연산자를 강조할 때는 앞 뒤에 공백을 주어야 한다. 반면 함수 이름과 이어지는 괄호 사이에는 공백을 넣지 않는다. 쉼표를 강조하여 인수가 별개라는 사실을 보여주는건 괜찮다.
- 가로 정렬: 가로 정렬은 하지 않는다. 보기에는 깔끔해 보이지만 엉뚱한 부분을 강조하기 때문에 코드의 의미를 사라지게 한다.
- 들여쓰기: 들여쓰기를 잘 해주어야 한다.
팀 규칙
팀에 속해 있다면 팀 규칙을 잘 지켜야 한다.
처음 팀이 이루어졌다면 코딩 스타일을 의논하며 팀 규칙을 정해야 한다.
좋은 소프트웨어 시스템은 읽기 쉬운 문서로 이루어지고 스타일은 일관적이고 매끄러워야 한다.
변수의 위치, 함수의 위치, 정렬 등 소스코드를 작성할 때의 중요한 습관을 잡는 Chapter였던 것 같다.