{
배열의 나쁜 점을 알고 있다면, 굳이 안 쓸 이유가 없다.

그렇다면 배열의 나쁜 점은 무엇인가?
 고정되어 있고 범위가 안정적이지 못하다. 또한 별도의 인터페이스 자체가 없기 때문에, 수작업이 많다.
}

'책 정리 > C++ Coding Standards : C++ 코딩의 정석' 카테고리의 다른 글

항목 82 : 용량의 축소와 요소의 제거에 있어 적절한 방법을 사용하라. ( Use the accepted idioms to really shrink capacity and really erase elements. )  (0) 2009.04.16
항목 81 : 추가 작업에 있어 범위를 지정한 방식을 활용하라. (Prefer range operations to single-element operations. )  (0) 2009.04.12
항목 80 : 요소의 추가에는 push_back을 활용하라. ( Prefer push_back to other ways of expanding a sequence. )  (0) 2009.04.12
항목 79 : 컨테이너에는 값과 스마트 포인터만을 저장하라. ( Store only values and smart pointers in containers. )  (0) 2009.04.12
항목 78 : C++ API가 아닌 다른 것들과의 데이터 교환을 위해서는 vector(그리고 string::c_str)를 활용하라. ( Use vector (and string::c_str) to exchange data with non-C++ APIs. )  (0) 2009.04.12
항목 76 : 표준적으로 vector를 사용하고, 그렇지 않다면 적절한 컨테이너를 선택하라. ( Use vector by default. Otherwise, choose an appropriate container. )  (0) 2009.04.12
항목 67 : 계획적이지 않고 일반적이지 않은 코드는 작성하지 말라. ( Don’t write unintentionally nongeneric code. )  (0) 2009.04.12
항목 66 : 함수 템플릿은 특화해서는 안된다. ( Don’t specialize function templates. )  (0) 2009.04.12
항목 64 : 정적, 동적인 다형성을 절적히 혼합하라. ( Blend static and dynamic polymorphism judiciously. )  (0) 2009.04.11
항목 63 : 모듈의 인터페이스 내에는 충분한 이식성을 갖춘 타입을 사용하라. ( Use sufficiently portable types in a module’s interface. )  (0) 2009.04.11
  • 네이버 블러그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 라이프코리아트위터 공유하기
  • shared
  • 카카오스토리 공유하기