스토리텔링 개발자

항목 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) 파일로 만들어진다.하나의 오브젝트 파일이 예외를 사용하지 않는다고, 다른 오브젝트 파일도 그러리란 법은 없다.오브젝트 파일들이 모두 예외를 사용하지 않는다 쳐도, 링크되는 라이브러리에서 사용한다면?어느 한 부분이라도 예외를 사용하면, 프로그램 전체가 예외를 지원할 수밖에 없다.만약, 예외를 지원하지 않는 라이브러리를 만든다면예..

항목 14. 예외 지정(exception specification) 기능은 냉철하게 사용하자   예외 지정(exception specification)함수를 선언할 때 함수가 발생시킬 예외를 미리 지정하는 기능장점어떤 함수가 어떤 예외를 발생시키는지가 드러나기에 코드 가독성이 좋아진다.예외 지정에 일관성이 없으면 컴파일러가 컴파일 중 발견해준다.함수가 예외 지정 리스트에 없는 예외를 발생시킬 경우런타임 에러가 발생하면서 unexpected라는 특수 함수가 자동으로 호출된다.단점unexpected 함수의 기본 동작은 std::terminate를 호출하는 것이다.terminate는 기본적으로 abort를 호출하는데, 이는 프로그램을 바로 멈춰버린다.활성 스택 프레임에 만들어진 지역 변수는 소멸되지 않는다.컴..

항목 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소멸자 내부에서 예외 발생 상태인지 구별할 방법이 없다.어떤 상황이든 예외가 발생된 상태라고 가정하고 소멸자를 방어적으로 ..

항목 10. 생성자에서는 리소스 누수가 일어나지 않게 하자.   생성자 설계 예제// 이미지 정보 클래스class Image{public: Image(const string& imageDataFileName); ...};// 오디오 정보 클래스class AudioClip{public: AudioClip(const string& audioDataFileName); ...};// 전화번호 클래스class PhoneNumber { ... };// 주소록에 들어가는 하나의 정보에 대한 클래스class BookEntry{public: BookEntry(const string& name, const string& address = "", co..