내가 STL에 조예가 깊어서 글을 남기는 것이 아니라, Effecitve STL 을 공부하는 사람들이 이 글을 보고,
도움이 되었으면 하는 생각과, 혹시 내가 틀린것이 있다면 지적해 주시지 않을까 란 생각으로 글을 올리는것임을 미리 밝힙니다. - 최익필
항목 43에서 말했던 STL 제작자보다 더 좋게 만들 수 없다면 알고리즘은 더 좋은 성능을 보여줄것이라는 이야기와 일맥상통 한다. 왜냐하면 STL 제작자 중 컨테이너 제작자 보다야 컨테이너에 대해서 더 자세히 알겠는가?
이름 짓기관례상 알고리즘과 동일한 기능을 하는 멤버 함수는 동일한 이름을 갖는다. 그런데 굳이 동일한 기능을 하는데, 멤버 함수로 만들 필요가 있을까?
.. 더 뛰어난 성능을 보이기 때문에, 멤버 함수로 만들어 놓은 것이다.
map.find 와 find 알고리즘을 비교하면 왜 그런지 알수 있을 것이다.
항목 43에서 말했던 STL 제작자보다 더 좋게 만들 수 없다면 알고리즘은 더 좋은 성능을 보여줄것이라는 이야기와 일맥상통 한다. 왜냐하면 STL 제작자 중 컨테이너 제작자 보다야 컨테이너에 대해서 더 자세히 알겠는가?
이름 짓기관례상 알고리즘과 동일한 기능을 하는 멤버 함수는 동일한 이름을 갖는다. 그런데 굳이 동일한 기능을 하는데, 멤버 함수로 만들 필요가 있을까?
.. 더 뛰어난 성능을 보이기 때문에, 멤버 함수로 만들어 놓은 것이다.
map.find 와 find 알고리즘을 비교하면 왜 그런지 알수 있을 것이다.
'책 정리 > Effective STL' 카테고리의 다른 글
항목 49 : STL에 관련된 컴파일러 진단 메세지를 해석하는 능력을 가지자. (0) | 2008.09.07 |
---|---|
항목 48 : 용도에 맞는 헤더를 항상 #include 하자. (0) | 2008.09.07 |
항목 47 : 쓰기 전용(write-only) 코드는 만들지 말자. (0) | 2008.09.07 |
항목 46 : 알고리즘의 매개 변수로는 함수 대신 함수 객체가 괜찮다. (0) | 2008.09.07 |
항목 45 : count, find, binary_search, lower_bound, upper_bound, 그리고 equal_range 를 제대로 파악해 두자. (0) | 2008.09.07 |
항목 43 : 어설프게 손으로 작성한 루프보다는 알고리즘이 더 낫다. (0) | 2008.09.07 |
항목 42 : less<T>는 operator<의 의미임을 꼭 알아두자. (0) | 2008.09.07 |
항목 41 : ptr_fun, mem_fun, mem_fun_ref의 존재에는 분명한 이유가 있다. (0) | 2008.09.07 |
항목 40 : 함수자 클래스는 어댑터 적용이 가능하게(adaptable) 만들자. (0) | 2008.09.05 |
항목 39 : 술어 구문은 순수 함수로 만들자. (0) | 2008.09.05 |
최근댓글