Wie können Fehler vom UI Automation-Musteranbieter zurückgegeben werden?

Question

Angenommen, ich implementiere ein UIA-Muster in meinem benutzerdefinierten Steuerelement. Sag, TablePattern. Vorhandene Implementierungen geben NULL zurück, wenn etwas schief gelaufen ist. Aber es ist nicht sehr bequem zu debuggen. Ich könnte mehr Kontext im Automatisierungspeer haben. Zum Beispiel könnte ich für GetItem(int row, int column) sagen, dass die bereitgestellten Argumente außerhalb der Grenzen liegen und nicht nur null zurückgeben.

Wenn ich eine Ausnahme von Automatisierung Peer werfen - auf der UIA-Client-Seite bekomme ich TargetInvocationException von IUIAutomationPatternInstance Objekt ohne Details (InnerException-Eigenschaft ist null).

Gibt es eine Möglichkeit, UIA Fehler mit einigen zusätzlichen Informationen von UIA-Server-Seite zu UIA-Client-Seite übergeben?

---

UPD: Nach einigen Untersuchungen und Vergleich mit Beispiel @SimonMourier in Kommentaren versehen Ich fand, dass TargetInvocationException meine Schuld war. Es wurde behoben here.

Jetzt bekomme ich korrekte Ausnahme-Typ, aber nur eine Standard-Ausnahme-Nachricht. Für IndexOutBoundsException ist es "Index war außerhalb der Grenzen des Arrays." unabhängig davon, was ich versucht habe, eine Ausnahme auf der UIA-Serverseite zu machen.

Der Unterschied ist, dass ich versuche, UIA-Methode nicht über Standard verwaltet UIAutomationClient, sondern mit meinem eigenen Code bis hin zu COM-Aufruf (Standard verwaltete Bibliothek unterstützt benutzerdefinierte UIA-Muster, die ich möchte benutzen). Die Standardbibliothek übergibt Exceptions-Nachrichten einfach. Ich habe versucht, zu verfolgen, was der Unterschied ist, und fanden die folgende:

• Standard-verwalteten Bibliothek Aufruf P macht/Invoke durch InternallCall here über Verfahren wie private static extern int RawGridPattern_GetItem(SafePatternHandle hobj, int row, int column, out SafeNodeHandle pResult); definiert. Es gibt HRESULT zurück, das von CheckError Methode über Aufruf an Marshal.ThrowExceptionForHR(hr); behandelt wird. An dieser Stelle erscheint die Ausnahme mit der korrekten Nachricht, die auf der Seite des UIA-Servers geworfen wurde.
• UIAComWrapper, die ich benutze scheinbar gleich definiert in c:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\Include\UIAutomationClient.idl als HRESULT GetItem ([in] int row, [in] int column, [out, retval] IUIAutomationElement ** element);. Nach meinem Verständnis von COM Interop überprüft der Mechanismus zum Umschreiben des Rückgabewerts automatisch HRESULT, löst bei Bedarf eine Ausnahme aus und gibt ansonsten das Argument out result zurück. Es tut wirklich, außer dass Ausnahmemeldung aus irgendeinem Grund nicht übersetzt wird.

Um das Problem zu reproduzieren, können Sie versuchen this project. Dateien im lib-Ordner wurden von this repository erstellt. Wenn ConsoleApplication1 auf die UIAComWrapper-Bibliothek verweist, wird die Standardnachricht ausgegeben. Wenn Sie stattdessen den Verweis auf den Standard-UIAutomationClient ändern, wird dieser benutzerdefiniert.

Answer 1

Der Standard TLB importer - oder gleichwertige Visual Studio UI-Operationen - das ist die Interop.UIAutomationClient Montag schafft verwendet das „[out, retval]“ Signatur Layout anstelle von Preservesig Attribute (mehr dazu hier http://blogs.msdn.com/b/adam_nathan/archive/2003/04/30/56646.aspx).

So zum Beispiel, hier erklärt es IUIAutomationGridPattern wie folgt aus (vereinfachte Version):

[Guid("414C3CDC-856B-4F5B-8538-3131C6302550"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] 
public interface IUIAutomationGridPattern 
{ 
    UIAutomationClient.IUIAutomationElement GetItem(int row, int column); 
    ... 
} 

statt dessen:

[Guid("414C3CDC-856B-4F5B-8538-3131C6302550")] 
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] 
public interface IUIAutomationGridPattern 
{ 
    [PreserveSig] 
    int GetItem(int row, int column, out UIAutomationClient.IUIAutomationElement element); 
    ... 
} 

Obwohl beide gültig sind, letztere ist besser, wenn Sie wollen Ausnahmen sorgfältig behandeln. Der erste macht eine Magie, die leider das Interessante in etwas weniger Interessantes verwandelt. Also, wenn Sie die PreserveSig Version verwenden, können Sie den Code in GridItem.cs wie folgt ersetzen:

public AutomationElement GetItem(int row, int column) 
    { 
     try 
     { 
      UIAutomationClient.IUIAutomationElement element; 
      int hr = _pattern.GetItem(row, column, out element); 
      if (hr != 0) 
       throw Marshal.GetExceptionForHR(hr); // note this uses COM's EXCEPINFO if any 

      return AutomationElement.Wrap(element).GetUpdatedCache(CacheRequest.Current); 
     } 
     catch (System.Runtime.InteropServices.COMException e) 
     { 
      Exception newEx; if (Utility.ConvertException(e, out newEx)) { throw newEx; } else { throw; } 
     } 
    } 

Und Sie sollten jetzt ursprünglichen Ausnahmen sehen.

Um den Code zu beheben, müssen Sie alle beteiligten Interfaces manuell neu definieren (oder es gibt hier http://clrinterop.codeplex.com/releases/view/17579 einen neueren tlbimp, der Signaturen mit PreserveSig erstellen kann - nicht getestet). Sie müssen den UIAComWrapper-Code auch ändern. Ziemlich viel Arbeit voraus.