- 가비지 콜렉션을 잊어 버리십시오 (대신 RAII를 사용하십시오). 가비지 콜렉터도 누출 될 수 있으며 (Java / C #에서 일부 참조를 "널링"하는 것을 잊어 버린 경우), 가비지 콜렉터는 자원을 처리하는 데 도움이되지 않습니다 (손잡이를 획득 한 오브젝트가있는 경우). Java에서 수동으로 수행하지 않거나 C #에서 "dispose"패턴을 사용하면 오브젝트가 범위를 벗어날 때 파일이 자동으로 해제되지 않습니다.
- "함수 당 하나의 리턴"규칙을 잊어 버리십시오 . 이것은 누출을 피하기위한 좋은 C 조언이지만 예외 사용으로 인해 C ++에서는 구식입니다 (대신 RAII 사용).
- 반면 은 "샌드위치 패턴은" 좋은 C 조언은, 그것은 C ++에서 구식이되어 있기 때문에 예외의 사용 (대신 사용 RAII)의.
이 게시물은 반복적 인 것으로 보이지만 C ++에서 알아야 할 가장 기본적인 패턴은 RAII 입니다.
boost, TR1 또는 심지어는 낮지 만 (충분히 효율적인) auto_ptr에서 스마트 포인터를 사용하는 법을 배우십시오 (그러나 그 한계를 알아야합니다).
RAII는 C ++에서 예외 안전 및 리소스 처리의 기초이며, 다른 패턴 (샌드위치 등)은 둘 다를 제공하지 않습니다 (대부분의 경우 아무 것도 제공하지 않음).
RAII와 비 RAII 코드의 비교는 아래를 참조하십시오.
void doSandwich()
{
T * p = new T() ;
// do something with p
delete p ; // leak if the p processing throws or return
}
void doRAIIDynamic()
{
std::auto_ptr<T> p(new T()) ; // you can use other smart pointers, too
// do something with p
// WON'T EVER LEAK, even in case of exceptions, returns, breaks, etc.
}
void doRAIIStatic()
{
T p ;
// do something with p
// WON'T EVER LEAK, even in case of exceptions, returns, breaks, etc.
}
요약하면 ( Ogre Psalm33 의 의견 이후 ) RAII는 다음 세 가지 개념에 의존합니다.
- 객체가 생성되면 작동합니다! 생성자에서 리소스를 얻습니다.
- 객체 파괴로 충분합니다! 소멸자에서 무료 리소스를 사용하십시오.
- 범위에 관한 모든 것입니다! 범위가 지정된 객체 (위의 doRAIIStatic 예제 참조)는 선언시 생성되며 종료 (반환, 중단, 예외 등)에 관계없이 실행이 범위를 종료하는 순간에 삭제됩니다.
이것은 올바른 C ++ 코드에서 대부분의 객체가로 구성되지 new않고 대신 스택에서 선언 됨을 의미합니다 . 그리고를 사용하여 생성 된 사람들의 new경우 모두 범위가 지정됩니다 (예 : 스마트 포인터에 연결).
개발자는 수동 리소스 처리 (C에서 수행 한 것처럼 또는 Java의 경우 try/ finally를 집중적으로 사용하는 일부 객체)에 신경 쓸 필요가 없으므로 매우 강력합니다 ...
편집 (2012-02-12)
"범위가 지정된 객체는 ... 종료 여부에 관계없이 파괴됩니다"는 전적으로 사실이 아닙니다. RAII를 속이는 방법이 있습니다. terminate ()의 풍미는 정리를 우회합니다. 이와 관련하여 exit (EXIT_SUCCESS)는 옥시 모론입니다.
– 빌헬름 텔
wilhelmtell 은 그 점에 대해 매우 옳습니다. RAII를 속이는 예외적 인 방법 이 있습니다 .
사람들은 뛰어난 C ++ 코드 등, 종료 종료 뒤덮되지 않기 때문에 방법, 또는 예외의 경우에, 우리는 싶어 처리되지 않은 예외가 그대로 공정 및 코어 덤프 메모리 이미지를 충돌, 그리고 청소 후.
그러나 거의 발생하지 않지만 여전히 발생할 수 있기 때문에 이러한 경우에 대해 알아야합니다.
(누가 호출 terminate또는 exit캐주얼 C에서 ++ 코드는 ... 내가 함께 연주 할 때 그 문제를 해결하는 데 기억? GLUT :이 라이브러리는 멀리 적극적으로 개발자가 배려하지 좋아 ++ C에 대한 일을 어렵게 만들 그것을 디자인으로가는 매우 C 지향 에 대해 스택에 할당 된 데이터 , 또는에 대해 "흥미로운"결정을 가진 적이 자신의 메인 루프에서 돌아 없습니다 ... 나는) 그것에 대해 언급하지 않습니다 .