使用Signature Tool自動生成P/Invoke調用Windows API的C#函數聲明

分類：  小技巧  Win32程式設計  C++  解決難題  .NET2009-02-05 20:53 5186人閱讀  評論(12)  收藏  舉報

在網上看到很多網友在.NET程式中調用Win32 API，或者調用自己的VC DLL裡面提供的函數的時候，總是被生成正确的C函數在C#中的正确聲明而困擾，而生成C++中結構體在C#中的聲明 - 天，沒有什麼比這個更讓人惡心的事情了。因為：

1.         如果你的結構體裡面包含 TCHAR字元串成員的話，需要考慮ANSI和Unicode DLL的情形。

2.         如果你的結構體裡面包含數組成員，需要考慮定長的數組，而不是對應C#資料類型。

3.         如果你的結構體裡面包含聯合體（UNION），需要使用Explict選項，如果聯合體裡面又包含結構體。

4.         你還要考慮你的結構體可以同時在32位和64位機上運作。

5.         你還要考慮C編譯器對結構體所作的PADDING的優化。

6.         你還要考慮在.NET裡面對結構體的優化，例如CLR會将一些.NET struct的成員的次序變換—以便更有效地利用記憶體。

7.         如果你的結構裡面還包含了其他的結構體。

8.         如果你的結構體裡面還包含函數指針……

9.         如果你的結構體裡面包含函數指針數組。

10.     如果你的結構體裡面包含了指針……

11.     如果你的結構體裡面有一些成員是被所調用的C函數所設定的。

12.     CLR提供了幾種結構體的布局選項，什麼Auto，什麼Explicit，什麼Sequential

13.     有的結構體的情況是上面說的情形的綜合，想想我們的VARIANT結構吧。

如果結構體定義錯誤的話，在使用的時候，CLR隻是簡簡單單地抛出一個AccessViolationException，真是叫天天不應，叫地地不靈。

另外還有一種情形就是在C中定義.NET的結構體對應的聲明，這樣C或者C++程式可以使用這個結構，調用.NET的類庫提供的一些函數，這個轉換也是一個痛苦的過程。

看起來微軟自己也是深受.NET蹩腳的P/Invoke支援的毒害，是以無奈之餘釋出了P/Invoke Interop Assistant工具，你可以去下面這個連結來下載下傳這個工具：

http://download.microsoft.com/download/f/2/7/f279e71e-efb0-4155-873d-5554a0608523/CLRInsideOut2008_01.exe

實際上這個工具已經開源了，你可以從這裡

http://www.codeplex.com/clrinterop/

下載下傳到它的源代碼。

簡單介紹一下它的用法

自動生成Native函數或者結構在.NET程式中的聲明，切換到“SigImp Translate Snippet”标簽，然後将Native函數或者結構的聲明拷貝到“Native Code Snippet”文本框裡面，然後選中“Auto Generate”對話框，點選“Generate”就可以擷取對應的.NET聲明，如下圖所示：

查找Win32 API中在.NET中的聲明，選擇“SigImp Search”，并在“Name”文本框裡面輸入你要查找的函數或者結構名稱就可以了，如下圖所示：

驗證或者生成.NET函數（或結構）在C 中的聲明，切換到“SigExp”并且打開一個包含P/Invoke函數調用的.NET Assembly就可以了，這個程式會顯示對應的C的聲明，并且告訴你C#聲明編寫錯誤的地方：