클래스의 자료멤버들을 구현클래스(or 구조체)를 가리키는 포인터로 대체하자. (이런짓을 pimpl 관용구라고 한다.)
클래스 해더간의 의존성이 클수록 컴파일이 늦어지고 컴파일 범위도 커진다. 그러니 의존성을 줄여보자. (그외 해더에 오타나면 빌드 에러 대박)
//widget.h
#include "gadget.h"
#include <string>
#include <vector>
class Widget_98
{
public:
Widget_98() {};
~Widget_98() {};
private:
std::string name;
std::vector<double> data;
Gadget g1, g2, g3; //Gadget 사용자 정의 Class
};
/**
1. widget은 반드시 멤버변수 타입을 알수 있는 해더를 include 해야한다.
2. gadget.h가 바뀌면 widget.h를 include하고 있는 모든 파일이 컴파일시 영향을 받는다->의존성 생김
*///widget.h
class Widget_98
{
public:
Widget_98();
~Widget_98();
private:
struct Impl; //단순 선언만 , 이렇게 선언만 하고 정의는 하지 않는 형식을 불완전 형식(imcomplete type)이라고 한다.
Impl *pImpl;
};
/** widget.h 에서 여러 해더를 포함할 필요가 없다.*/
//widget.cpp
#include "widget.h"
#include "gadget.h"
#include <string>
#include <vector>
struct Widget_98::Impl { //정의
std::string name;
std::vector<double> data;
Gadget g1, g2, g3;
};
Widget_98::Widget_98() : pImpl(new Impl){}
Widget_98::~Widget_98() {delete pImpl;}
/** 구현부에서 필요한 부분만 include, 의존성이 .h에서 .cpp로 옮겨졌다.*/raw 포인터 사용 하는것 new & delete 호출이 원시 시적이다. 'Widget 생성자에서 Widget::Impl객체를 할당하고 Widget이 파괴될 때 그 객체를 해제 해줘야한다'는 관점에서 std::unique_ptr(클래스 독점적으로 사용하는 경우)을 써야한다. 라고 저자가 주장.. 와닿지는 않는다...
// widget.h
#include <memory>
class Widget
{
public:
Widget();
//~Widget(); //소멸자 제거
private:
struct Impl;
std::unique_ptr<Impl> pImpl; //스마트 포인터를 사용하자
};
// widget.cpp
...
//항목 21에 따라 make_unique 사용
Widget::Widget() : pImpl(std::make_unique<Impl>()){}
....
int main()
{
Widget w; //여기서 에러가 나야하는데 visual c++ 2017에서 안나네?
return 0;
}
자동생성되는 소멸자코드에서 unique_ptr이 delete를 호출할때 컴파일러에서 불완전 형식을 체크 (static_asser)한다.
//std::unique_ptr <Widget::Impl>를 파괴하는 코드가 만들어지는 시점에 Widget::Impl이 완전한 형식이되게 하면 문제가 해결
//위 코드에서 widget.h에
class Widget{
public:
Widget();
~Widget(); //선언만
...
};
//widget.cpp에
Widget::~Widget(){} //소멸자 정의
//이렇게 하면 Widget::Impl이 정의되어 있어 완전한 형식이 된후 Widget이 선언되었다.구현파일에 소멸자를 선언한 의미를 강조하는 용도로
Widget::~Widget() = default;##주의 할점? 소멸자를 정의 했기 때문에 이동연산이 디폴트로 만들어지지 않는다.이동을 지원하려면 직접 선언해야한다.
class widget{
...
Widget(Widget&& rhs) = default;
Widget& operator=(Widget&& rhs) = default ;
//이렇게 클래스에 선언하면 될것 같지만
//이동 배정 연산자는 pImpl을 재정의 하기전에 pImpl이 가리키는 객체를 파괴해야하는데 이때 Impl이 불완전 타입이라서 에러
//이동 생성자는 이동생성자 안에서 예외발생했을때 처리하는 코드를 만드는데 이때 pImpl를 파괴하려면 Impl이 완전 형식이어야 한다.
//따라서 에러. 하지만 visual c++ 2017은 잘된다....ㅡㅡ
...
};
//해결법? 불완전 타입을 해결해줘야한다..
//widget.h
class widget{
...
Widget(Widget&& rhs); //여기선
Widget& operator=(Widget&& rhs); //선언
...
}
//Widget.cpp
struct Widget::Impl { std::string name; std::vector<double> data; Gadget g1, g2, g3;};
Widget::Widget() : pImpl(std::make_unique<Impl>()){}
Widget::~Widget() = default;
Widget::Widget(Widget&& rhs) = default; //여기서
Widget& Widget::operator=(Widget&& rhs) = default; //정의
...의존성을 줄였을뿐 클래스가 바뀌진 않는다.사용하는 자료 멤버가 복사가 가능형식이라면 widget역시 복사를 지원해야한다. 그런데 복사 연산은 직접 정의 해줘야한다. 이유1) std:unique_ptr같은 이동 전용 형식이 있는 클래스에 대해 컴파일러가 복사 연산을 만들어주지 않는다. 이유2) deep copy를 해야하기 때문.
독점객체인 경우 std:unique_ptr을 사용한다. 소멸,이동 연산시 불완전 타입을 해결해줘야한다.
독점객체가 아닌 std::shared_ptr로 구현한경우 소멸,이동 연산을 따로 작성할 필요가 없다. 컴파일러가 작성한 특수 멤버 함수들이 쓰이는 시점에서 피지칭 형식들이 완전한 형식이어야 한다는 요구 조건이 사라진다.(소멸,이동 연산에서 결국 delete시 static_assert체크가 없나?)