More Effective C++ 검색 결과

해당 글 40건
항목 21 : 오버로딩은 불필요한 암시적 타입변환을 막는 한 방법이다.

부재 : 임시객체 생성을 줄여 보자. 이유 1.묵시적 타입변환으로 임시객체가 만들어 지어, 자원 낭비가 되기 때문이다. 구현방법 1. 오버로딩을 하여, 임시객체가 생성되는것을 막는다. (생성자가 묵시적 타입변환으로 임시객체가 생성되는 조건에 대해서 알고 있어야 한다.) 주의점 1. 불필요한 오버로딩은 오히려 더 나쁘다. 참조 1. 오버로딩되는 연산자 함수는 반드시 최소한 한 개의 사용자 정의타입을 매개변수로 해야 한다. 개인적인 생각 1. 편역자는 암시적 타입변환이라 하지만 나같은 경우에는 묵시적 타입변환으로 말하는게 좋을것 같다. 컴파일러 입장에선 암시적이다. 컴파일러는 사용자가 그렇게 시킨것이라고 암시적으로 알렸다고 판단하기 때문이다. 하지만 사용자는 컴파일러가 자신에게 말하지도 않고 형변환을 시켜준..
책 정리/More Effective C++ 1판 2008. 5. 20. 05:00
항목 20 : 반환값 최적화가 가능하게 하자.

부재 : 반환값의 거품을 빼자. 이유 1. 객체의 값으로 반환하는 함수에 대해서 값에 의한 반환은 막을수가 없기 때문에 2. 참조자에 의한 반환값은 별도의 주의가 너무 필요하기 때문에(물론 아닌것도 있지만) 구현 방법 1. 컴파일러가 반환값을 최적화 하게 만들자. (반환값 최적화(return value optimization : RVO) 라고 컴파일러가 분명히 지원한다) 세부 구현 방법 1. 값을 반환하는 함수에서 임시객체로 반환을 하게 만들면 된다. 코드 const Rational operator *(const Ratioal& lhs, const Ratioal& rhs) { return Rational(생성자 호출 인자를 넣어 준다); }경우에 따라 inlie 화를 시켜 줄수도 있다.
책 정리/More Effective C++ 1판 2008. 5. 20. 04:46
항목 18 : 예상되는 계산 결과를 미리 준비하면 처리비용을 깍을 수 있다.

부재 : 처리 비용의 거품을 빼자. (과도 선행 평가) 이유 1. 자주 요구되는 작업의 데이터는 미리 해두어, 프로그램 효율을 높일수 있다. 구현방법 1. 캐싱 예) 데이터 베이스에 접근 하려 할때 2. 미리가져오기 예) 시스템 프로세스를 사용 할때. 참조 1. STL의 반복자 it 으로 it->second 로 쓸수 있겠지만 STL의 반복자는 포인터가 아니라 객체이기 때문에 (*it).second 이 이식성 면에서 더 좋다 하지만 1995년 7월 STL 반복자는 -> 를 지원해야 한다고 했기 때문에 요즘은 ->를 써도 무난하다. 개인적인 생각 1. 지연 평가와 선행평가는 무엇을 쓰던 상관이 없을것 같다. 정작 중요한건 둘다 필요한 부분에서 쓸수 있다면 효율이 매우 높을거 같다. 2. 모든것을 즉시평가 기..
책 정리/More Effective C++ 1판 2008. 5. 20. 03:16
항목 17 : 효율 향상에 있어 지연 평가는 충분히 고려해 볼 만하다.

부재 : 해야 할 때만 하자. 이유 1. 최선의 속도를 내는 방법은 아무것도 하지 않는 것이기 때문이다. 구현 방법 1. 참조 카운팅(불필요한 객체 복사 피하기) 2.데이터 읽기와 쓰기를 구분하기(특화된 작업으로 처리하기) 3. 지연 방식의 데이터 가져오기(필요한 할때 필요한 부분만 읽어 오기) 4. 지연 방식의 표현식 평가(필요할 때에 필요한 값을 평가 하기) 주의점 1. 지연 평가는 만병 통치약이 아니다. 오히려 성능을 나쁘게 할때가 있다.(몰아서 처리 하려고 할때) 개인적인 생각 1. 확실히 미세튜닝으로 성능 향상을 노리는것 보다, 알고리즘을 더 개선시키는게 더 효율적이다.
책 정리/More Effective C++ 1판 2008. 5. 20. 02:52
항목 16 : 뼈속까지 잊지 말자, 80-20 법칙

부재 : 경험과 프로파일러를 사용하여, 20%를 찾아 내자. 이유 1. 코드의 20% 부분이 실행시간의 80%를 찾이 하기 때문이다. 2. 제일 효과적인 부분만 찾아내어 최적화를 하는것이 제일 효율이 높다. 구현 방법 1. 어느 부위에서 병목현상이 일어날지 경험을 쌓아라. 2. 프로파일러를 잘 쓰면 병목현상 부위를 찾는데 수월할 것이다. 개인적인 생각 1. .. 프로그래머에게 있어서 효율과 성능 개선은 .. 자존심이다.
책 정리/More Effective C++ 1판 2008. 5. 20. 02:40
항목 15 : 예외 처리에 드는 비용에 대해서 정확히 파악하자

부재 : 안전성인가? 속도인가? 햄릿에 고뇌에 빠져보자. 이유 1. 예외를 안쓰면 쓴것에 비해 속도도 빠르고 크기도 작다. 2. try 블록만으로 5~10% 실행속도가 저하된다. 3. 예외 지정 기능 역시 2번과 비슷한 저하가 일어 난다. 구형 방법 : 없음 주의 점 1. try 블록과 예외지정은 꼭 필요할 부분에서만 사용 한다. 2. 예외를 발생시키는 일도 진짜 예외적인 상황이라고 판단될때만 정의한다. 3. 예외 발생은 극히 드믈기 때문에, 예외 처리 비용에 대해서는 정확히 예측하기 힘들다. 4. 예외 처리에 비용이 든다는것을 알고, 경계를 늦추지 말면서 사용 해야 한다.
책 정리/More Effective C++ 1판 2008. 5. 20. 00:13