스토리텔링 개발자

항목 24. 가상 함수, 다중 상속, 가상 기본 클래스, RTTI에 들어가는 비용을 제대로 파악하자   가상 함수C++ 언어는 어떻게 구현되었느냐에 따라 객체의 크기와 멤버 함수의 속도가 현저히 변한다.그 중 가장 큰 영향을 끼친다고 볼 수 있는 것이 바로 가상 함수이다.가상 함수는 가상 테이블(vtbl, virtual table) 및 가상 테이블 포인터(vptr, virtual table pointer)로 구현한다.그리고 이 두 가지가 성능에 가장 큰 쟁점이 된다.  가상 테이블(vtbl, virtual table)가상 함수를 포함하는 클래스가 가지는 함수 포인터의 배열을 말한다.가상 함수를 선언 혹은 상속받은 클래스(클래스 인스턴스가 아님!)에 반드시 생긴다.가상 테이블은 해당 클래스의 가상 함수 함..

항목 23 : 정 안되면 다른 라이브러리를 사용하자!   라이브러리 설계의 타협이상적인 라이브러리란?작고, 빠르고, 강력하고, 유연하고, 확장 가능하고, 직관적이고, 어디든 쓸 수 있고, 플랫폼 지원이 좋아야 하고, 사용상의 제약에 대해 자유롭고, 버그도 없어야 한다.하지만 이 모든 걸 만족시키는 라이브러리란 있을 수가 없다.각각은 트레이트 오프가 있다.크기, 실행속도 / 이식성많은 기능 / 직관성   우선순위가 다른, 비슷한 기능의 라이브러리iostream / stdio둘 다 입출력 라이브러리지만, 구현과 성능상의 차이점이 있다.iostream의 장점타입 안정성확장성stdio의 장점속도// stdio 버전scanf("%1f", &d);printf("%10.5f", d);// iostream 버전cin ..

항목 22 : 단독 연산자(op) 대신에 =이 붙은 연산자(op=)를 사용하는 것이 좋을 때가 있다.   사용자가 기대하는 연산자 동작// 아래의 연산자가 동작한다면,x = x + y;x = x - y;// 아래의 연산자도 동작한다고 기대하게 된다.x += y;x -= y;하지만 사용자 정의 타입이라면 위의 두 형태의 코드가 지원되리라는 보장은 전혀 없다.C++에서는 operator+, operatr=, operator+= 사이에 아무 관계가 없다.즉, 사용자의 기대를 충족시키려면 구현하는 수밖에 없다.   대입 형태(operator+=)와 단독 형태(operator+) 관계 맺기대입 형태를 사용해서 단독 형태를 구현하는 것도 괜찮은 방법이다.class Rational{public: ... R..

항목 21 : 오버로딩은 불필요한 암시적 타입 변환을 막는 한 방법이다.   암시적 변환// Unlimited Precision Integerclass UPInt{public: UPInt(); UPInt(int value); ...};const UPInt operator+(const UPInt& lhs, const UPInt& rhs);// 일반적인 사용법UPInt upi1, upi2;...UPInt upi3 = upi1 + upi2;// 이렇게 사용하게 된다면?upi3 = upi1 + 10;upi3 = 10 + upi2;UPInt는 int를 생성자로 받아들이기 때문에 암시적 변환이 일어나 UPInt 타입을 임시 객체로 생성한다.하지만, 임시 객체는 리소스의 낭비이다.사실 이 코드의 목적..

항목 20 : 반환값 최적화(return value optimization)가 가능하게 하자.  객체를 값으로 반환하는 함수리턴할 때 임시 객체의 생성 및 소멸이 필수적으로 발생한다.(항목 19 참조)그렇다면 객체를 반환하지 않으면 발생하지 않을 비용이겠군.하지만 반드시 객체를 반환하지 않으면 안되는 함수도 있다.// 유리수class Rational{public: Rational(int numerator = 0, int denominator = 1); ... int numerator() const; int denominator() const;};// 유리수에 대해 곱셈을 해주는 함수// 반환값이 const여야 하는 이유는 항목 6 참조const Rational operator*(co..

항목 19 : 임시 객체의 원류를 정확히 이해하자.   임시 객체(temporaries)아래의 경우를 임시 객체라 할 수 있을까?templcatevoid swap(T& object1, T& object2){ T temp = object1; // 임시 객체? 아니고 그저 지역 객체 object1 = object2; object2 = temp;}그렇다면 임시 객체란 무엇일까?C++에서의 진짜 임시 객체는 힙 이외의 공간에 생성되는 ‘이름 없는’ 객체이다.즉, 코드 상에서는 드러나지 않는다.이름 없는 객체가 만들어지는 상황함수 호출의 매개변수로 암시적 타입 변환이 적용될 때함수가 객체를 값으로 반환할 때임시 객체의 생성, 소멸 비용은 전체 성능에 의외로 꽤 영향을 준다.   함수 호출의 매개변..

항목 18. 예상되는 계산 결과를 미리 준비하면 처리 비용을 깎을 수 있다.   과도 선행 평가(over-eager evaluation)자주 요구될 것 같은 계산이 있다면, 그 요구를 효율적으로 처리할 수 있는 자료구조를 설계하여 비용을 낮추자.templateclass DataCollection{public: // 아래 수치 데이터들은 과도 선행 평가로 성능 향상을 꾀할 수 있다. NumericalType min() const; NumericalType max() const; NumericalType avg() const; ...};   캐싱(caching)가장 간단하게 구현할 수 있는 방법계산이 끝났고, 또 다시 사용될 것 같은 값을 캐싱한다.int findCubicleNum..

항목 17. 효율 향상에 있어서 지연 평가는 충분히 고려해 볼 만하다   지연(to be lazy)효율의 측면에서 볼 때, 최선의 계산은 아무것도 하지 않는 것이다.그렇다면 정말 필요할 때가 되기 전까지 코드 실행을 지연시키는 것이 효율적일 것이다.일반적으로 자주 보게 될만한 일반적인 지연 평가 네 가지를 아래에서 살펴본다.   참조 카운팅(Reference Counting)class String { ... };String s1 = "Hello";String s2 = s1; // String의 복사 생성자를 호출한다.// String 복사 생성자가 직관적인 구현이라면,// s2는 s1과 "Hello" 사본을 동시에 들고 있을테지만.. 이는 비용이 크다.직관적인 구현 (즉시 평가(eager evaluati..