Introduction
마지막 항목이다. 템플릿이기 때문에 명시적 인스턴스화가 존재 하는데, 이게 어떻게 해서 생겼는지, 어떻게 사용 하는지 설명 되어 있는 항목이다.
Content
명시적 인스턴스화를 하는 방법은?
명시적 인스턴스화란 인스턴스화 지점을 프로그래머의 입맛 데로 정하는 것을 말한다. 하는 방법은 template 키워드를 붙여 주면 되는데, 다음 예제를 보자.
책에 있는 예제
함수 템플릿을 명시적 인스턴스화한 예제에서 2번째 명시적 인스턴스화한 경우가 "템플릿 인자 추론"이 된다는 점을 보여 주고 있는 것이며, 4번째가 throw가 생략 될 수 있다는 것을 보여 주고 있다. 규칙을 정리하자면, 인자추론이 되게 만들거나, 강제로 인자를 넣어 주면서 앞에 template를 기입하면 된다.
이렇게 명시적 인스턴스화를 한 이유는 컴파일러가 "자동 인스턴스화"를 해주지 못했기 때문이다. 지금은 msvc나 g++이 자동 인스턴스화를 지원해 주고 있기 때문에 사용 할 일이 거의 없다. (일전에 g++ 에서 쓴 적이 있었다.)
문제점은 있는가?
예전에는 이러한 명시적 인스턴스화가 문제가 되지 않았으나, 요즘(2010년)에는 자동 인스턴스화를 대부분의 컴파일러(msvc, g++)이 지원하고 있기 때문에, 명시적 인스턴스화를 사용한 클래스 템플릿이나 함수 템플릿을 템플릿 특수화로 정의해선 안되며, 정의되었다면 명시적 인스턴스화를 사용 해선 안된다.
이 문제는 라이브러리 제작자가 라이브러리를 배포 할 때, 명시적 인스턴스화를 포함 하거나, 템플릿 특수화 정의를 포함하고 있다면, 라이브러리 사용자가 이미 제공한 명시적 인스턴스화나 템플릿 특수화를 정의 할 경우, 링크 에러가 날 수 있다. 책에선 이러한 문제 때문에 C++ 표준화 위원회에서 무엇인가 결정할 것이라는 실마리를 남겼는데, msvc2008에서 테스트 해보니, 아직도 결정 안되었다.
테스트 코드
명시적 인스턴스화를 사용 해야 할 이유가 있는가?
컴파일 속도를 개선시키기 위해서 사용 할 수 있다.
: 개인적인 사견으론 이렇게 코드를 제어 하여 노력을 쏟기 보단 쿼드코어(2010년 상반기 기준 12만원)로 컴파일 하여 시간을 버는게 더 싸다고 생각한다.
어떻게 명시적 인스턴스화를 이용 하여, 컴파일 타임을 줄일 수 있는가?
책에서 이 부분을 이해 하지 못했다. 책에서 설명한 흐름은 템플릿 인스턴스화를 명시적 인스턴스화로 억제 할 수 있고, 이러이러한 방법이 있으며 여기에 문제가 있어 저러저러한 트릭을 사용하거나, extern 키워드를 이용하면 된다고 설명 하고 있다.
현재 출판사에 어떻게 이해 해야 하는지 답변 달라고 요구한 상태이다.
Digression
명시적 인스턴스화를 쓸일 극히 적겠지만, 책 내용을 이해할 수 없어 정리가 되지 않는다.
'책 정리 > C++ Template' 카테고리의 다른 글
10장 인스턴스화 4부 : 컴파일러가 템플릿 코드를 구현한 방식 (0) | 2010.01.13 |
---|---|
10장 인스턴스화 3부 : Template 인스턴스화 규칙 (359) | 2010.01.05 |
10장 인스턴스화 2부 : 게으른 인스턴스화 (0) | 2010.01.03 |
10장 인스턴스화 1부 : 주문형 인스턴스화 (0) | 2010.01.03 |
9장, 템플릿에서의 이름 4부 : 클래스 템플릿의 상속 (360) | 2010.01.01 |
9장, 템플릿에서의 이름 3부 : 템플릿 파싱 (0) | 2009.12.31 |
9장, 템플릿에서의 이름 2부 : 템플릿에서 이름 룩업 규칙 (360) | 2009.12.30 |
9장, 템플릿에서의 이름 1부 : 템플릿에서 이름 평가 규칙 이해하기 (0) | 2009.12.29 |
8장, Part 4, 템플릿에서의 프렌드 : 이건 많이 다른데? (0) | 2009.07.29 |
8장, Part 3, 템플릿 인자 - 템플릿 인자의 다양한 설정 방법 (0) | 2009.07.25 |
최근댓글