보통 C++ 에서의 헤더파일을 사용하는 목적은 크게

1. class 와 내부함수 정의
2. enum 과 static 변수 및 const 변수 정의.

로 살펴볼 수 있겠다. 흔히 STL등의 라이브러리를 보면 이러한 헤더파일 최상단에

#ifndef __TEST_H__
#define __TEST_H__

#endif

혹은

#pragma once 

2가지가 있다.

둘다 전처리기이지만 사용법이 조금 다르다.

#ifndef __TEST_H__ 의 경우 알다싶이 __TEST_H__의 정의가 없으면 정의되는 전처리기 이다.

컴파일러에서 경우에따라 동일한 헤더파일이 여러번 재컴파일되는 경우가 생기는데 이때 위의 구문이 없다면 동일한 class 나 global 변수가 동일하게 컴파일되는 경우가 생기기 때문에 쓰는 전처리이다.

네이밍 규칙은 __ 의 경우 시작과 끝에 붙여주고 _ 은 . 이거나 헤더파일이 길때 끊어주는 경우 사용하는거로 추정된다.

즉, humorniv.h 란 헤더파일이있을경우

#ifndef __HUMORUNIV_H__ 혹은
#ifndef __HUMOR_UNIV_H__ 로 사용됨.

문제는 이 #ifndef 는 파일내부에서 해당 전처리기를 처리하는 방식으로 프로젝트 크기가 클 경우 컴파일 단계에서 해당 파일을 여러번 스캔할 수 있다.

이때 쓰는법이

#pragma once 이다. 이 키워드가 붙은 헤더파일은 단 한번만 스캔하는데 그 목적이있다.

그래서 대게 
#pargma once
#ifndef __HUMOR_UNIV_H__
...
#endif

와 같이 쓰인다.

문제는 #pragma once 가 비표준이라 하는데

정확히는 #pragma 는 표준이 맞으나

뒤에 붙는 접미 명령어는 컴파일러마다 정의하는 방식이 다르다.

즉, #pragma 라는 표준 전처리기가 정의되있고 이 용도는 컴파일러마다 정의된 전처리 명령어를 로드하는 것으로 보임.

이 헤더파일과 cpp이 많을경우 빌드 시간이 길어지는 경우가 있음.

경험상 25G 정도되는 프로젝트컴파일시 20~30분까지 걸리는 경우가 있는데

이는 헤더파일이나 라이브러리쪽 빌드 시간이 생각보다 굉장히 오래걸리는 경우가 많음.

이를위해

1. precompile header 를 사용하고
2. lib 와 같이 기 컴파일된 라이브러리를 사용하며
3. 1&2 이후에도 느리다면 pimpl 패턴과 같은 디자인 패턴을 적용하여 컴파일 범위를 축소시킨다.

나중에 시간나면 1 2 3 에대해서도 써볼게요.