스토리텔링 개발자

항목 13 : 자원 관리에는 객체가 그만!   new / delete 문의 짝을 맞추지 못하게 되는 상황class Investment { ... };Investment* createInvestment();void f(){ Investment* pInv = createInvestment(); ... // pInv 사용부. // 하지만 이 도중에 아래로 가지 않고 리턴해버릴 여지가 있다!! delete pInv; // 반드시 불러줘야 객체가 해제된다.}객체 삭제는 실패할 수 있는 경우가 다양하다.삭제 전에 return문이 들어있는 경우삭제 전 continue 혹은 goto로 루프를 갑작스래 빠져나왔을 경우사용 중에 예외가 발생할 경우   스마트 포인터void f(){ ..

항목 12. 객체의 모든 부분을 빠짐 없이 복사하자   복사 함수(copying function)복사 생성자복사 대입 연산자   커스텀 복사 함수의 맹점컴파일러가 생성한 복사 함수의 경우복사되는 데이터가 갖는 데이터를 빠짐없이 복사한다.커스텀 복사 함수의 경우기존에 아무리 꼼꼼히 모든 멤버를 복사하도록 구현하더라도 클래스에 멤버가 추가되거나 하여 부분 복사가 될 여지가 있다.이 경우 컴파일러는 경고 하나 띄우지 않음즉 클래스에 데이터 멤버 추가 시 복사함수 / 생성자 / 비표준형 operator= 갱신을 해줘야 할 필요성이 있다.   클래스 상속의 커스텀 복사class Customer // 기본 클래스{public: ...private: std::string name; Data lastT..

항목 11. operator = 에서는 자기 대입에 대한 처리가 빠지지 않도록 하자   자기 대입자기 자신에 대해 대입 연산자를 적용하는 것.   자기 대입에 대한 처리가 필요한 이유중복 참조 때문에 자기 대입이 생길 수 있다.int i = 1;int& ci1 = i;int& ci2 = i;ci1 = ci2; // 중복참조로 인한 자기대입같은 타입 객체 여럿을 참조자 / 포인터로 사용하는 코드를 작성할 때는 같은 객체가 사용될 가능성을 고려해야 한다.   자기 대입 문제의 예시class Bitmap { ... };class Widget{private: Bitmap* pb;};Widget& Widget::operator=(const Widget& rhs){ delete pb; pb = ne..

항목 10. 대입 연산자는 *this의 참조자를 반환하게 하자   대입 연산대입 연산은 사슬처럼 엮일 수 있다.x = y = z = 15;즉, 대입 연산은 우측 연관(right-associative) 연산이다. x = (y = (z = 15));즉, 아래 순서대로 동작한다.15가 z에 대입z가 y에 대입y가 x에 대입이를 위해 관례적으로 대입 연산자는 좌변 인자에 대한 참조자를 반환하도록 구현되어 있다.그러므로 별 이유가 없다면 *this의 참조자를 반환하도록 하자.

항목 9. 객체 생성 및 소멸 과정 중에는 절대로 가상 함수를 호출하지 말자   파생 클래스에서 호출되는 기본 클래스 생성자 문제기본 클래스 생성 중엔 가상 함수가 먹히지 않는다.기본 클래스의 생성자가 호출될 동안, 가상 함수는 절대로 파생 클래스로 내려가지 않는다.기본 클래스 부분이 생성되는 중엔 객체의 타입이 기본 클래스로 인지된다.가상함수가 기본 클래스의 것으로 호출된다.런타임 타입 정보를 사용하는 언어 요소(dynamic_cast, typeid 등)에서도 기본 클래스 타입의 객체로 취급한다.#include #include class A{public: A(){ std::cout 기본 클래스에서는 파생 클래스의 데이터가 아직 초기화되지 않았으므로 없었던 것처럼 취급하는 것이 안전하다..

항목 8. 예외가 소멸자를 떠나지 못하도록 붙들어 놓자.   C++은 예외를 내보내는 소멸자를 좋아하지 않는다.'소멸자에서 예외 발생'은 미정의 사항이다.(컴파일러 구현에 따라 다르게 반응한다.)그러므로 소멸자에서는 예외를 던지지 않도록 처리해야 한다.   소멸자가 예외를 던지지 않게 하는 두 가지 방법예외 발생 시 프로그램을 종료시킨다에러 발생 후 프로그램 실행을 계속할 수 없는 상황이라면 이 선택지예외를 삼켜버린다발생한 예외를 무시해도 프로그램이 신뢰성 있게 실행 지속되어야 한다는 보장이 된다면 이 선택지catch에서 어떤 처리도 해주지 않음으로써 예외를 삼켜버릴 수 있다.   소멸자에서 예외 발생하는 부분을 “사용자가 제어할 수도 있게” 함수를 제공해준다.사용자에게 예외 처리를 처리할 수 있는 선택..

항목 7. 다형성을 가진 기본클래스에서는 소멸자를 반드시 가상 소멸자로 선언하자.   기본 클래스의 소멸자가 비가상 소멸자라면기본 클래스 포인터에 할당된 파생 클래스 객체가 삭제될 때의 프로그램 동작이 미정의 사항(C++ 규정으로 정해져 있지 않다) 이다.그러므로 가상 함수를 하나라도 가진 클래스는 가상 소멸자를 가지는 것이 대부분 올바른 선택이다.   기본 클래스로 의도하지 않은 클래스에 가상 소멸자를 선언하는 건 좋지 않다.객체의 크기가 커진다.가상 함수를 하나라도 가지는 클래스는 가상 테이블(vtbl)의 시작 주소(vptr)를 가지게 되기 때문이다.다른 언어로 선언된 동일한 자료구조와의 호환성이 없어진다.다른 언어에서는 vptr을 만들 수 없기 때문이다.   추상 클래스로 만들고 싶지만 마땅히 만들..

항목 6. 컴파일러가 만들어낸 함수가 필요 없으면 확실히 이들의 사용을 금해버리자.   암시적 생성 함수의 문제컴파일러가 생성하는 함수는 모두 public 멤버가 된다.이처럼 의도하지 않은 인터페이스 노출은 실수를 유발할 수 있다.   private 멤버로 명시적 선언만 하여 해결private 멤버로만 처리했을 때의 문제점해당 클래스의 멤버 함수 및 프랜드(friend) 함수 내에서 private 멤버를 호출할 여지가 있다.정의를 하지 않음으로써 호출 시 링크 시점에 에러가 뜨게 한다.  링크 시점 에러를 컴파일 시점 에러로 옮기는 방법 에러 탐지는 나중으로 미루는 것보다 미리하는 것이 좋기 때문.복사 생성자, 복사 대입 연산자를 private로 선언한 부모 클래스를 상속한다.컴파일러가 생성한 복사 함수..