사실, C ++에서 이것은 C 헤더 / 소스 조직보다 다소 복잡합니다.
컴파일러는 무엇을 봅니까?
컴파일러는 헤더가 제대로 포함 된 하나의 큰 소스 (.cpp) 파일을 봅니다. 소스 파일은 개체 파일로 컴파일되는 컴파일 단위입니다.
그렇다면 헤더가 필요한 이유는 무엇입니까?
한 컴파일 단위에 다른 컴파일 단위의 구현에 대한 정보가 필요할 수 있기 때문입니다. 예를 들어 한 소스에서 함수의 구현을 작성하고이를 사용해야하는 다른 소스에서이 함수의 선언을 작성할 수 있습니다.
이 경우 동일한 정보의 사본이 두 개 있습니다. 어느 것이 악 ...
해결책은 몇 가지 세부 사항을 공유하는 것입니다. 구현은 소스에 남아 있어야하지만 함수와 같은 공유 심볼의 선언이나 구조, 클래스, 열거 형 등의 정의는 공유해야 할 수 있습니다.
헤더는 공유 된 세부 정보를 입력하는 데 사용됩니다.
여러 소스간에 공유해야하는 항목의 선언을 헤더로 이동
더 이상은 없나요?
C ++에는 공유가 필요하기 때문에 헤더에 넣을 수있는 다른 것들이 있습니다.
- 인라인 코드
- 템플릿
- 상수 (일반적으로 스위치 내부에서 사용하려는 것 ...)
공유 구현을 포함하여 공유해야 할 모든 것을 헤더로 이동
그러면 헤더 내부에 소스가있을 수 있다는 의미입니까?
예. 사실, "헤더"안에있을 수있는 많은 다른 것들이 있습니다 (즉, 소스간에 공유 됨).
- 앞으로 선언
- 함수 / 구조체 / 클래스 / 템플릿의 선언 / 정의
- 인라인 및 템플릿 코드 구현
복잡해지고 어떤 경우에는 (심볼 간의 순환 종속성) 하나의 헤더에 보관할 수 없습니다.
헤더는 세 부분으로 나눌 수 있습니다.
즉, 극단적 인 경우 다음을 수행 할 수 있습니다.
- 전방 선언 헤더
- 선언 / 정의 헤더
- 구현 헤더
- 구현 소스
템플릿 MyObject가 있다고 가정 해 봅시다. 우리는 다음을 가질 수 있습니다.
// - - - - MyObject_forward.hpp - - - -
// This header is included by the code which need to know MyObject
// does exist, but nothing more.
template<typename T>
class MyObject ;
.
// - - - - MyObject_declaration.hpp - - - -
// This header is included by the code which need to know how
// MyObject is defined, but nothing more.
#include <MyObject_forward.hpp>
template<typename T>
class MyObject
{
public :
MyObject() ;
// Etc.
} ;
void doSomething() ;
.
// - - - - MyObject_implementation.hpp - - - -
// This header is included by the code which need to see
// the implementation of the methods/functions of MyObject,
// but nothing more.
#include <MyObject_declaration.hpp>
template<typename T>
MyObject<T>::MyObject()
{
doSomething() ;
}
// etc.
.
// - - - - MyObject_source.cpp - - - -
// This source will have implementation that does not need to
// be shared, which, for templated code, usually means nothing...
#include <MyObject_implementation.hpp>
void doSomething()
{
// etc.
} ;
// etc.
와!
"실생활"에서는 일반적으로 덜 복잡합니다. 대부분의 코드에는 소스에 일부 인라인 코드가 포함 된 단순한 헤더 / 소스 구성 만 있습니다.
그러나 다른 경우 (서로 알고있는 템플릿 객체)에서는 컴파일 오류를 확인하는 데 도움이되도록 해당 헤더를 포함하는 빈 소스와 함께 각 객체에 대해 별도의 선언 및 구현 헤더를 가져야했습니다.
헤더를 별도의 헤더로 나누는 또 다른 이유는 컴파일 속도를 높이고, 필요에 따라 파싱되는 심볼의 수를 제한하고, 인라인 메서드 구현이 변경되었을 때 포워드 선언 만 신경 쓰는 소스의 불필요한 재 컴파일을 피하는 것입니다.
결론
코드 구성은 가능한 한 단순하고 가능한 모듈 식으로 만들어야합니다. 소스 파일에 가능한 많이 넣으십시오. 공유해야하는 항목 만 헤더에 노출하십시오.
그러나 템플릿 객체간에 순환 종속성이있는 날에는 코드 구성이 일반 헤더 / 소스 구성보다 "흥미 롭다"고해서 놀라지 마십시오.
^ _ ^