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

原文連接：https://blog.csdn.net/Donjuan/article/details/3865026
在網上看到不少網友在.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#聲明編寫錯誤的地方：

————————————————版權聲明：本文爲CSDN博主「知平軟件」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處連接及本聲明。原文連接：https://blog.csdn.net/Donjuan/article/details/3865026