Gestion des exceptions COM Interop

  • Article

Le code managé et le code non managé peuvent collaborer pour gérer les exceptions. Si une méthode lève une exception dans du code managé, le common language runtime peut passer HRESULT à un objet COM. Si une méthode échoue dans du code non managé en retournant un échec HRESULT, le runtime lève une exception qui peut être interceptée par du code managé.

Le runtime mappe automatiquement la valeur HRESULT de COM Interop à des exceptions plus spécifiques. Par exemple, E_ACCESSDENIED devient UnauthorizedAccessException, E_OUTOFMEMORY devient OutOfMemoryException, etc.

Si la valeur HRESULT est un résultat personnalisé ou si elle est inconnue du runtime, le runtime passe une exception générique COMException au client. La propriété ErrorCode de la COMException contient la valeur HRESULT.

Utilisation d'IErrorInfo

Quand une erreur est passée de COM à du code managé, le runtime renseigne l'objet exception avec les informations de l'erreur. Les objets COM qui prennent en charge IErrorInfo et qui retournent des valeurs HRESULT fournissent ces informations aux exceptions du code managé. Par exemple, le runtime mappe la description de l'erreur COM à la propriété Message de l'exception. Si la valeur HRESULT ne fournit pas d'informations d'erreur supplémentaires, le runtime renseigne un grand nombre de propriétés de l'exception avec des valeurs par défaut.

Si une méthode échoue dans du code non managé, une exception peut être passée à un segment de code managé. La rubrique Valeurs HRESULT et exceptions contient un tableau montrant comment les valeurs HRESULT sont mappées aux objets exception du runtime.

Voir aussi