自動生成PInvoke調(diào)用Windows API的C#函數(shù)聲明

在網(wǎng)上看到很多網(wǎng)友在.NET程序中調(diào)用Win32API，或者調(diào)用自己的VCDLL里面提供的函數(shù)的時候，總是被生成正確的C函數(shù)在C#中的正確聲明而困擾，而生成C++中結構體在C#中的聲明-天，沒有什么比這個更讓人惡心的事情了。因為：1.

如果你的結構體里面包含TCHAR字符串成員的話，需要考慮ANSI和UnicodeDLL的情形。2.

如果你的結構體里面包含數(shù)組成員，需要考慮定長的數(shù)組，而不是對應C#數(shù)據(jù)類型。3.

如果你的結構體里面包含聯(lián)合體（UNION），需要使用Explict選項，如果聯(lián)合體里面又包含結構體。4.

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

你還要考慮C編譯器對結構體所作的PADDING的優(yōu)化。6.

你還要考慮在.NET里面對結構體的優(yōu)化，例如CLR會將一些.NETstruct的成員的次序變換—以便更有效地利用內(nèi)存。7.

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

如果你的結構體里面還包含函數(shù)指針……9.

如果你的結構體里面包含函數(shù)指針數(shù)組。10.

如果你的結構體里面包含了指針……11.

如果你的結構體里面有一些成員是被所調(diào)用的C函數(shù)所設置的。12.

CLR提供了幾種結構體的布局選項，什么Auto，什么Explicit，什么Sequential13.

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

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

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

看起來微軟自己也是深受.NET蹩腳的P/Invoke支持的毒害，因此無奈之余發(fā)布了P/InvokeInteropAssistant工具，你可以去下面這個鏈接來下載這個工具：/download/f/2/7/f279e71e-efb0-4155-873d-5554a0608523/CLRInsideOut2008_01.exe

實際上這個工具已經(jīng)開源了，你可以從這里/clrinterop/下載到它的源代碼。

簡單介紹一下它的用法自動生成Native函數(shù)或者結構在.NET程序中的聲明，切換到“SigImpTranslateSnippet”標簽，然后將Native函數(shù)或者結構的聲明拷貝到“NativeCodeSnippet”文本框里面，然后選中“AutoGenerate”對話框，點擊“Generate”就可以獲取對應的.NET聲明，如下圖所示：

查找Win32API中在.NET中的聲明，選擇“SigImpSearch”，并在“Name”文本框里面輸入你要查找的函數(shù)或者結構名稱就可以了，如下圖所示：

驗證或者生成.NET函數(shù)（或結構）在C中的聲明，切換到“SigExp”并