이러한 지정자들은 의도를 전달할 수 있지만, 몇 가지 요인으로 인해 실질적인 용도가 의심 스럽다. Ideal behavior would involve compile errors for violating specifications, but this is not guaranteed.

Severe Punishment for Violations

If a function violates an exception specifier, the standard behavior is to terminate the program. 이 가혹한 반응은 모든 경우에 바람직하지 않을 수 있습니다.

void foo() throw(); // guaranteed not to throw an exception
void bar() throw(int); // may throw an exception of type int
void baz() throw(...); // may throw an exception of some unspecified type

개발 환경에서의 일관되지 않은 처리

와 같은 일부 개발 환경은 던지기 (x)와 같은 처리 (x)

예외에 반대합니다.

. Specifiers

위의 관심사 외에도, 몇 가지 인수는 예외 지정자 사용에 대해 옹호합니다 :

템플릿과의 호환성 :

예외 사양은 예외 행동으로 인해 템플릿 코드의 개발을 방해 할 수 있습니다.

• Extensibility :
예외 예외를 지정하면 시간이 지남에 따라 코드의 진화를 제한 할 수 있습니다.
• 레거시 코드와 호환성 :
레거시 코드를 다루는 것은 예외를 예측하기가 어렵습니다. 예외적 인 시나리오에 대한 예외를 예약.

예외 지정자가 유용 할 수있는 경우

가 여전히 유익 할 수 있습니다. 그러나이 사용 사례는 실제로 드물다.