C STL 컨테이너를 상속해야 할까요: 위험과 대안?

C STL 컨테이너에서 파생할 때의 위험

함수 오버로딩, 템플릿 전문화와 같은 C STL 컨테이너에서 클래스를 파생하는 잠재적 이점에도 불구하고 , 디버깅 개선으로 인해 이 접근 방식에는 내재된 위험이 있습니다.

다음을 고려하세요. 다음 예:

#include <vector>

class Rates : public std::vector<double> { };
class Charges : public std::vector<double> { };

int main() {
  auto p1 = new Rates;
  auto p2 = new Charges;
  kill_it(p2); // User code that knows nothing about Rates or Charges
  kill_it(p1);
  return 0;
}

kill_it 함수는 std::Vector의 비가상 소멸자를 실행하는 동안 피해자의 메모리를 삭제합니다. 이로 인해 Charges(파생 클래스)에는 잠재적인 문제가 발생할 수 있지만 Rates(typedef)에는 문제가 발생할 수 없습니다.

사용자가 실수로 kill_it 함수의 ???에 오류를 도입하는 경우 문제가 발생합니다. 부분. 예를 들어, 사용자가 kill_it(p2)를 호출하기 전에 Rates 객체를 가리키도록 p2를 수정하면 std::Vector 호출되어 잘못된 동작이 발생합니다.

이 위험을 완화하려면 일반적으로 STL 컨테이너를 처리할 때 파생 대신 합성을 사용하는 것이 좋습니다. 구성을 사용하면 보다 유연하고 오류가 덜 발생하는 접근 방식을 사용할 수 있습니다.

위 내용은 C STL 컨테이너를 상속해야 할까요: 위험과 대안?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!