COM 메서드 경계에서 잠재적으로 throw하는 C++ 코드

Question

C++ 예외는 COM 모듈 경계를 통과 할 수 없습니다.

STDMETHODIMP CSomeComServer::DoSomething() 
{ 
    CppDoSomething(); // <--- This may throw C++ exceptions 
    return S_OK; 
} 

:

그래서, 우리는 COM 방법 본체에 있고,라고 일부 C++ 잠재적으로 던지는 방법/기능 (예 : STL 클래스가 사용되기 때문에이 던질 수) 가정 Q1. 위의 코드는 실행 가능한 구현입니까? 예를 들어, 해당 코드가 컨텍스트 메뉴 셸 확장의 일부인 경우 C++ CppDoSomething() 함수가 C++ 예외를 throw하면 Explorer는 무엇을합니까? C++ 예외를 잡아서 셸 확장을 언로드합니까? 오류 빠른 접근 방식을 따르는 Explorer (크래시 덤프를 사용하여 문제를 분석하는 것이 가능함)가 작동하지 않습니까?

질문 2. 이와 같은 구현이 더 좋을까요?

STDMETHODIMP CSomeComServer::DoSomething() 
{ 
    // 
    // Wrap the potentially-throwing C++ code call in a safe try/catch block. 
    // C++ exceptions are caught and transformed to HRESULTs. 
    // 
    try 
    { 
     CppDoSomething(); // <--- This may throw C++ exceptions 
     return S_OK; 
    } 
    // 
    // Map C++ std::bad_alloc exception to E_OUTOFMEMORY HRESULT. 
    // 
    catch(const std::bad_alloc& ex) 
    { 
     // ... Log the exception what() message somewhere, 
     // e.g. using OutputDebugString(). 
     .... 
     return E_OUTOFMEMORY; 
    } 
    // 
    // Map C++ std::exception exception to generic E_FAIL. 
    // 
    catch(const std::exception& ex) 
    { 
     // ... Log the exception what() message somewhere, 
     // e.g. using OutputDebugString(). 
     .... 
     return E_FAIL; 
    } 
} 

3. 또는 C++ 예외가 발생하면 더 이상 작동하지 않을 수있는 상태로 COM 서버를 배치하기 위해 내부 플래그 (예 : bool m_invalid 데이터 멤버)를 설정하는 것이 더 좋을 것입니다. 따라서 모든 연속 호출은 해당 메서드는 E_FAIL 또는 다른 특정 오류 같은 일부 오류 코드를 반환합니까?

4. 마지막으로, Q2/Q3이 좋은 구현 가이드 라인이라고 가정하면 편리한 전 처리기 매크로 (모든 COM 메서드 본문에서 다시 사용할 수 있음)에서 자세한 정보 try/catch을 숨길 수 있습니다.

#define COM_EXCEPTION_GUARD_BEGIN try \ 
            { 

#define COM_EXCEPTION_GUARD_END return S_OK; \ 
            } \ 
            catch(const std::bad_alloc& ex) \ 
            { \ 
             .... \ 
             return E_OUTOFMEMORY; \ 
            } \ 
            catch(const std::exception& ex) \ 
            { \ 
             .... \ 
             return E_FAIL; \ 
            } 

// 
// May also add other mappings, like std::invalid_argument --> E_INVALIDARG ... 
// 

STDMETHODIMP CSomeComServer::DoSomething() 
{ 
    COM_EXCEPTION_GUARD_BEGIN 

    CppDoSomething(); // <--- This may throw C++ exceptions 

    COM_EXCEPTION_GUARD_END 
} 

STDMETHODIMP CSomeComServer::DoSomethingElse() 
{ 
    COM_EXCEPTION_GUARD_BEGIN 

    CppDoSomethingElse(); // <--- This may throw C++ exceptions 

    COM_EXCEPTION_GUARD_END 
} 

다른 뭔가 상기 전처리 매크로를 대체하는 현대 C++ 14분의 11, 그것은 수를 사용하여, 더 편리하고, 더 우아하고, 더 좋아?

Answer 1

예외가 COM 경계를 넘어 전파되지 않도록하십시오. 그렇지 않으면 동작이 정의되지 않으며 호출되는 C++ 런타임 terminate(), 프로세스 진행 및 기타 좋은 보너스가 포함될 수 있습니다. 그냥하지 마. 일부 구성에서 "테스트 한"경우에도 여전히 정의되지 않은 동작이므로 사소한 환경이나 구현 변경이 발생하면 자동으로 중단됩니다.

당신은 잡아 HRESULT들에 모든 C++ 예외를 번역하고 선택적으로 세부 IErrorInfo을 설정해야합니다. 각 COM 서버 메서드 구현을 래핑하는 매크로를 사용하거나이 코드를 모든 곳에서 복사하여 붙여 넣을 수 있습니다. 어느 것이 더 유지 관리가 가능한지 추측 할 수 있습니다.

서버를 "유효하지 않은"상태로 만드는 아이디어는 일부 극단적 인 상황에서는 의미가있을 수 있지만 지금은 상상할 수 없습니다. 범용 솔루션이 아닌 것 같습니다. 일반적인 경우 예외 안전 코드가있는 경우이 코드는 전혀 필요하지 않습니다.