如何替换 # import 的异常引发机制在 Visual c + + 中

文章编号: 175784 - 查看本文应用于的产品
机器翻译查看机器翻译免责声明
注意 Microsoft Visual c + +.net 2002年和 Microsoft Visual c + +.net 2003年支持托管的代码模型所提供的 Microsoft.net 框架和非托管本机 Windows 代码模型。本文中的信息仅适用于非托管的 Visual c + + 代码。Microsoft Visual c + + 2005年支持托管的代码模型所提供的 Microsoft.net 框架和非托管本机 Windows 代码模型。
展开全部 | 关闭全部

概要

若要创建客户端应用程序使用 # import 引入了异常处理通过 _com_error 异常类，当对象的方法的包装遇到失败的 HRESULT。您可能有合理的原因，此机制替换为您自己的实现。

更多信息

有两种方法使用 # import 并没有引发异常的失败 HRESULTS 它。第一种方式是使用 # import 语句使用 raw_interfaces_only 子句。但是，此否定的某些优点的 # import 提供的包装类。

第二个的方法是通过提供您自己的实现 _com_raise_error，具有以下原型和默认实现的： 
void __stdcall _com_raise_error(HRESULT hr, IErrorInfo* perrinfo = 0)
   throw(_com_error);

   void __stdcall
   _com_raise_error(HRESULT hr, IErrorInfo* perrinfo ) throw(_com_error)
   {
       throw _com_error(hr, perrinfo);
   }
声明但 COMDEF.H 文件中未实现此功能。如果提供了您自己的实现中一个.obj 链接器将使用的相对于在将此数据将从 COMSUPP.LIB。_com_raise_error 存在它自己的对象中 COMSUPP.LIB，这样它可以很容易地替换为您的代码。

下面是一个示例的 # import 的异常引发函数实现的：
注意：当前我们编译器忽略函数异常规范，并会生成此警告：
警告 C4290： c + + 异常规范被忽略。
根据为 c + + 白皮书如果任何一个函数的声明了一个异常规范，定义，其中包括的所有声明该函数的应具有一个异常规范，使用同一组的类型 id。 
void __stdcall
   _com_raise_error(HRESULT hr, IErrorInfo* perrinfo ) throw(_com_error)
       {
           //this message box is for demonstration purpose only
          AfxMessageBox( "_com_raise_error (HRESULT, IErrorInfo*)" );
           //your own error handling code or just an abort
       }
#import "C:\Program Files\Common Files\System\ado\msado15.dll" no_namespace rename("EOF", "adoEOF" )

       _bstr_t     bstrEmpty(L"");
       _ConnectionPtr  Conn1 = NULL;
       Conn1.CreateInstance( __uuidof( Connection ) );
       Conn1->Open( bstrEmpty, bstrEmpty, bstrEmpty,0 );
该代码尝试打开某个 ADO 连接对象，但不提供任何有效的连接信息。通过替换 _com_raise_error，阻止您在 _com_error 引发。

但是，只是因为您已替换此函数，则您可能仍需要补漏白的异常。请考虑下面的代码段。
#import "C:\Program Files\Common Files\System\ado\msado15.dll" no_namespace rename("EOF", "adoEOF" )
    _ConnectionPtr  Conn1 = NULL;
    // Conn1.CreateInstance( __uuidof( Connection ) );
    Conn1->Open( bstrEmpty, bstrEmpty, bstrEmpty ,0);
在这种情况下 Conn1 不是有效的对象和对此不存在的对象接口指针为 NULL，从而导致 _com_raise_erro 被调用。 但是，重载-> 运算符方法将返回在其编译器然后尝试调用 Win32 异常所导致该 Open() 方法在空接口。为 NULL 调用 Open() 之前先测试 Conn1 会导致此异常。

属性

文章编号: 175784 - 最后修改: 2005年12月30日 - 修订: 5.0
这篇文章中的信息适用于:
  • Microsoft Visual C++ 2005 Express Edition
  • Microsoft Visual C++ .NET 2003 Standard Edition
  • Microsoft Visual C++ .NET 2002 标准版
  • Microsoft Visual C++ 6.0 企业版
  • Microsoft Visual C++ 6.0 专业版
  • Microsoft Visual C++, 32-bit Learning Edition 6.0
  • Microsoft Visual C++ 5.0 企业版
  • Microsoft Visual C++ 5.0 专业版
关键字：?
kbmt kbhowto kbdatabase kbinfo KB175784 KbMtzh
机器翻译
注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版： 175784
(http://support.microsoft.com/kb/175784/en-us/ )
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
回到顶端 | 提供反馈

提供反馈

 
回到顶端回到顶端