用P/Invoke訪問native API的問題 - RECT不等于System.Drawing.Rectangle。

（華版）

在昨晚我將以前编冩的某一個PocketPC應用程序（用Native API）换去.NET Compact Framework平台；因為以前只有Native API，所以就碰上一點點問題。。。但總算是迎刃而解！而以下是一點點地收獲和大家分享。

昨晚我下載了PaulYao编冩的API Explorer來找我所需要的Native API聲明方法。刚巧我就需要此GetWindowRect的聲明方法，而問題就是出現在GetWindowRect此API的聲明方法: 

  

<DllImport("user32.dll")> _
 GetWindowRect( _
   ByVal hWnd As IntPtr _
   , ByRef lpRect As System.Drawing.Rectangle _
   ) As Integer
End Function

其實應該是以下的聲明方法才對：

<StructLayout(LayoutKind.Sequential)> _
 RECT
   Public left As Integer
   Public top As Integer
   Public right As Integer
   Public bottom As Integer
End Structure

<DllImport("user32.dll")> _
 GetWindowRect( _
   ByVal hWnd As IntPtr _
   , ByRef lpRect As RECT _
   ) As Integer
End Function

只是這样的一個錯誤。。。好攘我調試了好幾個小時也摸不凊到底出錯在那里。。。直到今天早上才發覺此API聲明有問題。因為前者把原有的RECT换去System.Drawing.Rectangle。而刚巧System.Drawing.Rectangle的structure size是大過RECT；所以前者是不會有异常錯誤（Exception Error）發生。但就返回一些不正确的數據。

  

闗于進一步去感受两者的區别，我就编冩了一個小小的程序來做個实验。從圖片里我們可以看到用System.Drawing.Rectangle所得到的數據跟用RECT所得到的數據是不一样。此外，我也用Form object里的Top, Left, Right和Bottom的值數來做對比；然而得到的數據就和RECT的一模一样。除了用程序來就証，我也用了Spy++（圖）來做另一項就証；這也証明了用RECT所得到的數據是正确而不是System.Drawing.Rectangle。

  

除此之外，我也發覺當聲明Native API時要特别留意ANSI和UNICODE的聲明方法。比如説用FindWindowW在WindowsXP平台去讀取某一個窗口的HWND是&H0；如果用FindWindowA就可讀取相闗的HWND值數。那是因為FindWindowW是用于UNICODE平台（PocketPC和WindowsCE）。

<DllImport("user32.dll")> _
 FindWindowA( _
   ByVal lpClassName As String _
   , ByVal lpWindowName As String _
   ) As IntPtr
End Function

<DllImport("user32.dll")> _
 FindWindowW( _
   ByVal lpClassName As String _
   , ByVal lpWindowName As String _
   ) As IntPtr
End Function

就在解决了我得問題。。。同時也發現了一個討論有闗P/Invoke的網頁www.pinvoke.net和一個纇似VB6.0 ApiViewer的開發工具ApiExplorer。如果你是Win32API的爱好者，就不能錯過這两样好的東西哦。

點撃下載代碼。