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

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

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

如果你的結(jié)構(gòu)體里面包含數(shù)組成員，需要考慮定長(zhǎng)的數(shù)組，而不是對(duì)應(yīng)C#數(shù)據(jù)類型。3.

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

你還要考慮你的結(jié)構(gòu)體可以同時(shí)在32位和64位機(jī)上運(yùn)行。5.

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

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

如果你的結(jié)構(gòu)里面還包含了其他的結(jié)構(gòu)體。8.

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

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

如果你的結(jié)構(gòu)體里面包含了指針……11.

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

CLR提供了幾種結(jié)構(gòu)體的布局選項(xiàng)，什么Auto，什么Explicit，什么Sequential13.

有的結(jié)構(gòu)體的情況是上面說的情形的綜合，想想我們的VARIANT結(jié)構(gòu)吧。

如果結(jié)構(gòu)體定義錯(cuò)誤的話，在使用的時(shí)候，CLR只是簡(jiǎn)簡(jiǎn)單單地拋出一個(gè)AccessViolationException，真是叫天天不應(yīng)，叫地地不靈。

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

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

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

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

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

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