3. 코딩 스타일 3.6 포메팅 3.6.2~ 3.6.3

3.6.2 괄호 사이 공백

같은 라인 안에서 괄호에 공백을 어떻게 적용할지도 논쟁거리다.

 

연산자와 함수 파라미터 목록의 쉼표와 키워드 뒤에 공백을 삽입하고있다.

그리고 수식의 연산 우선순위를 잘드러나게 하려면 괄호를 사용한다.

if (i == 2) {
	j = i + (k / m);
}

 

다른 방법으로는 if문을 함수와 같은 스타일로 처리하여 괄호와 키워드 사이에 공백을 두지 않을 수도 있다.

 

수식에 사용되는 연산 우선순위 표시용 괄호도 특별히 수식의 의미에 영향을 주지 않는다면 사용하지 않는다.

if (i == 2) {
	j = i + k / m;
}

둘의 차이는 크나, 어느쪽이 더 낫다고 할 수는 없다.

 

3.6.2 탭과 공백

탭과 공백의 사용 방식은 단순히 개인 취향 문제로 끝나지 않는다.

개발팀 내에서 탭과 공백의 사용방식을 통일하지 않으면 협업하는데 상당히 불편하다.

 

가장 눈에 띄는 문제는 탭 크기를 개발자 간에 서로 달리 설정해서 사용할 때다.

탭 크기를 공백문자 4개로 설정해서 사용하는 사람과 공백 문자 5개로 설정해서 사용하는 사람이 같은 파일을 두고 작업한다면, 누구도 의도한 포맷의 코드를 볼 수 없다.

 

더 최악의 경우에는 그파일에 대해 어느한 프로그래머가 공백을 모두 탭으로 고쳐버렸을 때, 동시에 다른 프로그래머가 같은 파일에 수정을 가했다면, 대부분 버전 컨트롤 시스템에서는 다른 프로그래머가 수정한 내용을 정상적으로 병합하지 못한다.

 

거의 모든 편집 툴은 탭과 공백 중 어떤것을 사용할지 사용자에게 선택권을 주고 있다.

어떤 환경에서는 서버에 파일이 등록될 때 그것이 소스 코드이든 텍스트 파일이든 자동으로 탭을 공백으로 바꿔버리기도 한다.

 

개발팀 내에 특별한 가이드가 없다면 다른 프로그래머와의 협업에 더 신경써야 한다.

탭은 그 크기가 사용자마자 바뀔수는 있지만, 공백은 항상 같은 공백이다.

이때문에 가하면 사용자는 편집 툴의 설정을 바꾸어서 공백으로 변환하는것 이 바람직하다.