소멸자를 사적으로 사용하는 것은 무엇입니까?


답변:


177

기본적으로 다른 클래스가 클래스 객체의 수명주기를 책임 지거나 객체의 파괴를 막을 이유가있는 경우 언제든지 소멸자를 비공개로 만들 수 있습니다.

예를 들어, 일종의 참조 계산 작업을 수행하는 경우 개체 (또는 "친구"인 관리자)가 자신에 대한 참조 수를 계산하고 그 수가 0이되면 삭제하도록 할 수 있습니다. 비공개 dtor는 여전히 참조가있을 때 다른 사람이 삭제하지 못하게합니다.

다른 예로, 데이터베이스 연결이 열려 있거나 파일이 작성되는 등 프로그램의 다른 조건에 따라 관리자 (또는 자체)가있는 개체가있는 경우이를 제거하거나 거부 할 수 있습니다. 클래스 또는 관리자에 "request_delete"메소드를 사용하여 해당 조건을 확인하고 삭제 또는 거부하고 상태를 리턴합니다. "삭제"를 호출하는 것보다 훨씬 유연합니다.


73

이러한 개체는 스택에서 만들 수 없습니다. 항상 힙에. 그리고 친구 나 회원을 통해 삭제해야합니다. 제품은 단일 객체 계층 구조와 사용자 지정 메모리 관리자를 사용할 수 있습니다. 이러한 시나리오에서는 개인용 dtor를 사용할 수 있습니다.

#include <iostream>
class a {
    ~a() {}
    friend void delete_a(a* p);
};


void delete_a(a* p)  {
    delete p;
}

int main()
{
    a *p = new a;
    delete_a(p);

    return 0;
}

19
수정 : 이러한 개체 스택에서 만들 있지만 친구 나 그 범위 내에서만 가능합니다.
Thomas Eding

또한 호스트 된 구현에서 정적 또는 전역 객체를 저장할 수 없습니다 (예 : "정적 저장 기간"). 소멸자가 프로그램 종료시 호출되기 때문입니다.
피터-복원 모니카


17

COM은이 전략을 사용하여 인스턴스를 삭제합니다. COM은 소멸자를 비공개로 만들고 인스턴스 삭제를위한 인터페이스를 제공합니다.

다음은 Release 메서드의 예입니다.

int MyRefCountedObject::Release() 
{
 _refCount--;
 if ( 0 == _refCount ) 
 {
    delete this;
    return 0;
 }
 return _refCount;
}

ATL COM 객체가이 패턴의 대표적인 예입니다.


8

이미 존재하는 답변에 추가; 개인 생성자와 소멸자는 생성 된 객체를 힙에 할당해야하는 팩토리 를 구현하는 동안 매우 유용합니다 . 일반적으로 오브젝트는 정적 멤버 또는 친구가 작성 / 삭제합니다. 일반적인 사용법의 예 :

class myclass
{
public:
    static myclass* create(/* args */)  // Factory
    {
        return new myclass(/* args */);
    }

    static void destroy(myclass* ptr)
    {
        delete ptr;
    }
private:
    myclass(/* args */) { ... }         // Private CTOR and DTOR
    ~myclass() { ... }                  // 
}

int main ()
{
    myclass m;                          // error: ctor and dtor are private
    myclass* mp = new myclass (..);     // error: private ctor
    myclass* mp = myclass::create(..);  // OK
    delete mp;                          // error: private dtor
    myclass::destroy(mp);               // OK
}

7

클래스 자체 만 삭제할 수 있습니다. 참조 횟수 계산 된 개체를 만들 때 유용합니다. 그러면 릴리스 방법 만 객체를 삭제하여 오류를 피할 수 있습니다.


3

나는 당신이 개인 소멸자에 대해 묻는다는 것을 알고 있습니다. 다음은 보호 대상을 사용하는 방법입니다. 아이디어는 메인에 추가 기능을 추가하는 클래스에 대한 포인터를 통해 메인 클래스를 삭제하고 싶지 않다는 것입니다.
아래 예에서는 GuiHandler가 HandlerHolder 포인터를 통해 삭제되는 것을 원하지 않습니다.

class Handler
{
public:
    virtual void onClose() = 0;
protected:
    virtual ~Handler();
};

class HandlerHolder
{
public:
    void setHandler( Handler* );
    Handler* getHandler() const;
protected:
    ~HandlerHolder(){}
private:
    Handler* handler_;
};

class GuiWindow : public HandlerHolder
{
public:
    void finish()
    {
        getHandler()->onClose();
    }

    virtual ~GuiWindow(){}
};

3

엄청나게 잘못되었습니다. 다음은 개인 c-tor 및 d-tor가 스택에 생성 된 객체의 예입니다 (여기서는 정적 멤버 함수를 사용하고 있지만 friend 함수 또는 friend 클래스로도 수행 할 수 있음).

#include <iostream>

class PrivateCD
{
private:
    PrivateCD(int i) : _i(i) {};
    ~PrivateCD(){};
    int _i;
public:
    static void TryMe(int i)
    {
        PrivateCD p(i);
        cout << "inside PrivateCD::TryMe, p._i = " << p._i << endl;
    };
};

int main()
{
    PrivateCD::TryMe(8);
};

이 코드는 출력을 생성합니다 : PrivateCD :: TryMe, p._i = 8


3
나는 확실히 클래스 를 사용 하는 코드가 스택에서 클래스를 인스턴스화 할 수 없다는 것을 의미한다고 확신 합니다. 물론 클래스 메소드 에서 스택의 클래스를 인스턴스화 할 수 있습니다. 그 컨텍스트에서 개인 멤버에 액세스 할 수 있기 때문입니다.
Edward Loper

2

각 모듈이 디버그 힙 과 같은 다른 힙을 사용할 수있는 Windows의 문제를 처리하는 방법 일 수 있습니다 . 해당 문제가 올바르게 처리되지 않으면 나쁜 이 발생할 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.