C#調用C++編寫的COM DLL

在C#調用C++編寫的COM DLL封裝庫時會出現兩個問題：1．  資料類型轉換問題2．  指標或地址參數傳送問題     首先是資料類型轉換問題。因為C#是.NET語言，利用的是.NET的基礎資料型別 (Elementary Data Type)，所以實際上是將C++的資料類型與.NET的基礎資料型別 (Elementary Data Type)進行對應。     例如C++的原有函數是： int __stdcall FunctionName(unsigned char param1, unsigned short param2)     其中的參數資料類型在C#中，必須轉為對應的資料類型。如： [DllImport(“ COM DLL path/file ”)]extern static int FunctionName(byte param1, ushort param2)     因為調用的是__stdcall函數，所以使用了P/Invoke的調用方法。其中的方法FunctionName必須聲明為靜態外部函數，即加上extern static聲明頭。我們可以看到，在調用的過程中，unsigned char變為了byte，unsigned short變為了ushort。變換後，參數的資料類型不變，只是聲明方式必須改為.NET語言的規範。     我們可以通過下表來進行這種轉換： 

Win32 Types	CLR Type
char, INT8, SBYTE, CHAR	System.SByte
short, short int, INT16, SHORT	System.Int16
int, long, long int, INT32, LONG32, BOOL , INT	System.Int32
__int64, INT64, LONGLONG	System.Int64
unsigned char, UINT8, UCHAR , BYTE	System.Byte
unsigned short, UINT16, USHORT, WORD, ATOM, WCHAR , __wchar_t	System.UInt16
unsigned, unsigned int, UINT32, ULONG32, DWORD32, ULONG, DWORD, UINT	System.UInt32
unsigned __int64, UINT64, DWORDLONG, ULONGLONG	System.UInt64
float, FLOAT	System.Single
double, long double, DOUBLE	System.Double

     之後再將CLR的資料類型表示方式轉換為C#的表示方式。這樣一來，函數的參數類型問題就可以解決了。     現在，我們再來考慮下一個問題，如果要調用的函數參數是指標或是地址變數，怎麼辦？     對於這種情況可以使用C#提供的非安全的程式碼來進行解決，但是，畢竟是Unmanaged 程式碼，垃圾資源處理不好的話對應用程式是很不利的。所以還是使用C#提供的ref以及out修飾字比較好。     同上面一樣，我們也舉一個例子： int __stdcall FunctionName(unsigned char &param1, unsigned char *param2)     在C#中對其進行調用的方法是： [DllImport(“ COM DLL path/file ”)]extern static int FunctionName(ref byte param1, ref byte param2)     看到這，可能有人會問，&是取地址，*是傳送指標，為何都只用ref就可以了呢？一種可能的解釋是ref是一個具有重載特性的修飾符，會自動識別是取地址還是傳送指標。     在實際的情況中，我們利用參數傳遞地址更多還是用在傳送數組首地址上。如：byte[] param1 = new param1(6);     在這裡我們聲明了一個數組，現在要將其的首地址傳送過去，只要將param1數組的第一個元素用ref修飾。具體如下： [DllImport(“ COM DLL path/file ”)]extern static int FunctionName(ref byte param1[1], ref byte param2)