3. 코딩 스타일 3.6 포메팅 3.7 스타일 적용의 장애물

3.7 스타일 적용의 장애물

프로젝트를 새로 시작할 때 이번에는 제대로 해보자는 생각을 하게 된다.

 

파라미터나 변수가 변경되지 않을 때는 const로 확실하게 표시하고, 모든 변수명은 간결하면서도 이해하기 쉬운 이름을 부여하며, 블록 중괄호의 칼럼 위치를 지키고, 소스 편집툴의 탭/공백 설정도 팀 내 가이드에 맞춘다.

 

하지만 이러한 스타일을 계속해서 유지할 수 없게 만드는 몇 가지 이유가 있다.

const의 경우 어떤때는 그 사용법을 잘 배우지 못한 프로그래머가 있을 수 있다.

그리고, const를 제대로 활용하지 못한 코드나 라이브러리를 만나게 될 수도 있다.

 

훌륭한 프로그래머라면 어쩔 수 없을 때만 const_cast를 통해 변수의 const를 잠시 해제하고 사용한다.

그런데, 경험이 없는 프로그래머는 const의 사용의도를 제대로 헤아리지 못하고 이용할 함수의 const첨자를 빼어버려서 결국 const를 전혀 사용하지 않는 코드로 바꿔 버린다.

 

개발팀 차우너에서 가이드하는 표준 코딩 스타일이 프로그래머 개인 취향과 맞지 않는 경우도 있다.

조직 내 문화에 따라서 스타일을 엄격하게 강제하는 것이 적절하지 않을 수도 있다.

 

이럴때는 어떤 부분이 꼭 표준화해야 할 항목이고 어떤 부분이 개인의 자유에 맡겨도 별 문제 없는 부분인지, 구분하여 가이드한다.

 

필요하다면 별도의 스크립트를 만들어서 스타일에 벗어난 코드를 자동으로 찾아서 수정할 수도 있다.

 

마이크로소프트 비주얼 C++는, 사용자가 지정한 스타일 원칙대로 코드를 자동으로 포매팅 하는 기능을 지원한다.