스토리텔링 개발자

항목 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..

항목 16 : 뼛속까지 잊지 말자, 80-20 법칙!   80-20 법칙프로그램 리소스의 80%는 전체 실행 코드의 20%만 사용한다.실행 시간의 80%는 실행 코드의 20%만 소비한다.메모리의 80%는 실행 코드의 20%만 사용한다. 등..단순한 캐치 프라이즈가 아니라 시스템 수행 성능에 대한 사례와 실험적 증거를 기저에 깔고 있는 법칙이다.   80-20 법칙에 대한 다양한 해석프로그래머가 작성하는 대부분의 코드는 그저 그런 수행 성능이다.즉, 전체 수행 성능에는 별 영향을 주지 못한다.소프트웨어에 수행 성능의 문제가 있으면 성능의 발목을 잡는 20%를 찾아내는 작업을 해야 한다.즉, 소수의 코드가 대부분의 성능의 발목을 잡고 있다면, 이는 어림짐작으로 해결할 수 있는 성질의 것이 아니다.   병목 ..

항목 15. 예외 처리에 드는 비용에 대해 정확히 파악하자   객체 생성 성공 여부를 체크하는 자료구조가 소모하는 메모리(항목 10 참조)컴파일러에 따라선 예외 발생 여부를 꺼버릴 수도 있다.극단적인 비용 절감을 위해서는 고려해 볼 수도 있을 것이다.하지만 예외는 C++ 언어의 일부이므로 컴파일러가 이 비용을 완전히 없앨 수는 없다.프로그램은 여러 개의 독립적인 오브젝트(.obj) 파일로 만들어진다.하나의 오브젝트 파일이 예외를 사용하지 않는다고, 다른 오브젝트 파일도 그러리란 법은 없다.오브젝트 파일들이 모두 예외를 사용하지 않는다 쳐도, 링크되는 라이브러리에서 사용한다면?어느 한 부분이라도 예외를 사용하면, 프로그램 전체가 예외를 지원할 수밖에 없다.만약, 예외를 지원하지 않는 라이브러리를 만든다면예..

항목 13. 발생한 예외는 참조자로 받아내자   catch 매개변수를 포인터로(catch-by-pointer)이론 상으로는 포인터로 받는 것이 가장 효율적이어야 한다.(항목 15 참조)객체의 복사 없이도 전달이 이루어지기 때문이다.class exception { ... };void someFunction(){ static exception ex; // 범위를 벗어나도 살리기 위해 static 선언 // exception ex; // 이처럼 선언하기라도 하면 미정의 동작을 유발한다!! ... throw &ex; // 포인터 객체를 던진다. ...}void doSomething(){ try { someFunction(); } catch(except..

항목 12 : 예외 발생이 매개변수 전달 혹은 가상함수 호출과 어떻게 다른지를 이해해자.   함수 매개변수와 예외발생 구문class Widget { ... };// 함수 매개변수void f1(Widget w);void f2(Widget& w);void f3(const Widget& w);void f4(Widget* pw);void f5(const Widget* pw);// 예외처리 구문catch(Widget w) ...catch(Widget& w) ...catch(const Widget& w) ...catch(Widget* w) ...catch(const Widget* w) ...문법상으론 다른 점을 찾을 수 없다.   유사점전달 방식값, 참조, 포인터 전달이 모두 가능하다.   차이점 프로그램 흐름함수..

항목 11 : 소멸자에서는 예외가 탈출하지 못하게 하자   소멸자가 호출되는 상황객체가 통상적인 조건에서 소멸되었을 때지역변수 객체가 유효범위(scope)를 벗어날 때객체가 직접 삭제(delete)될 때예외 처리 매커니즘에 의해 객체가 소멸되었을 때예외 전파(exception propagation) 과정의 일부분으로 스택 되감기가 진행될 때즉, 소멸자가 호출되었을 때 예외가 발생된 상태인지 아닌지 알 방도가 없다.실은 이제는 std::uncaught_exception을 통해서 예외가 스택 되감기(unwinding) 중인지 알아낼 수 있다.   예외가 소멸자를 빠져나가면 안되는 이유 1소멸자 내부에서 예외 발생 상태인지 구별할 방법이 없다.어떤 상황이든 예외가 발생된 상태라고 가정하고 소멸자를 방어적으로 ..