• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            xiaoguozi's Blog
            Pay it forword - 我并不覺的自豪,我所嘗試的事情都失敗了······習慣原本生活的人不容易改變,就算現狀很糟,他們也很難改變,在過程中,他們還是放棄了······他們一放棄,大家就都是輸家······讓愛傳出去,很困難,也無法預料,人們需要更細心的觀察別人,要隨時注意才能保護別人,因為他們未必知道自己要什么·····
            -------------------------------------------------------------------

            在合作開發時,C#時常需要調用C++DLL,當傳遞參數時時常遇到問題,尤其是傳遞和返回字符串是,現總結一下,分享給大家:

            VC++中主要字符串類型為:LPSTR,LPCSTR, LPCTSTR, string, CString, LPCWSTR, LPWSTR等
            但轉為C#類型卻不完全相同。

            主要有如下幾種轉換:

            將string轉為IntPtr:IntPtr System.Runtime.InteropServices.Marshal.StringToCoTaskMemAuto(string)

            將IntPtr轉為string:string System.Runtime.InteropServices.MarshalPtrToStringAuto(IntPtr)

             

            類型對照:

            BSTR ---------  StringBuilder

            LPCTSTR --------- StringBuilder

            LPCWSTR ---------  IntPtr

            handle---------IntPtr

            hwnd-----------IntPtr

            char *----------string

            int * -----------ref int

            int &-----------ref int

            void *----------IntPtr

            unsigned char *-----ref byte

            Struct需要在C#里重新定義一個Struct

            CallBack回調函數需要封裝在一個委托里,delegate static extern int FunCallBack(string str);

            注意在每個函數的前面加上public static extern +返回的數據類型,如果不加public ,函數默認為私有函數,調用就會出錯。

            在C#調用C++ DLL封裝庫時會出現兩個問題:


            1. 數據類型轉換問題
            2. 指針或地址參數傳送問題

                首先是數據類型轉換問題。因為C#是.NET語言,利用的是.NET的基本數據類型,所以實際上是將C++的數據類型與.NET的基本數據類型進行對應。

                例如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#提供的非安全代碼來進行解決,但是,畢竟是非托管代碼,垃圾資源處理不好的話對應用程序是很不利的。所以還是使用C#提供的ref以及out修飾字比較好。

                同上面一樣,我們也舉一個例子:

            int __stdcall FunctionName(unsigned char &param1, unsigned char *param2)

                在C#中對其進行調用的方法是:

            [DllImport(“ file ”)]
            extern static int FunctionName(ref byte param1, ref byte param2)

                看到這,可能有人會問,&是取地址,*是傳送指針,為何都只用ref就可以了呢?一種可能的解釋是ref是一個具有重載特性的修飾符,會自動識別是取地址還是傳送指針。

                在實際的情況中,我們利用參數傳遞地址更多還是用在傳送數組首地址上。
            如:byte[] param1 = new param1(6);

                在這里我們聲明了一個數組,現在要將其的首地址傳送過去,只要將param1數組的第一個元素用ref修飾。具體如下:

            [DllImport(“ file ”)]
            extern static int FunctionName(ref byte param1[1], ref byte param2)
            posted on 2010-08-31 09:23 小果子 閱讀(1057) 評論(0)  編輯 收藏 引用 所屬分類: 學習筆記
            国产精品毛片久久久久久久| 久久人人爽人人澡人人高潮AV| 中文字幕无码久久人妻| 久久久久亚洲av成人网人人软件 | 国产精品久久久天天影视| 久久久青草久久久青草| 久久性生大片免费观看性| 欧美亚洲国产精品久久高清| 久久精品国产亚洲AV麻豆网站 | 日本福利片国产午夜久久| 久久av免费天堂小草播放| 99久久做夜夜爱天天做精品| 久久免费精品视频| 亚洲熟妇无码另类久久久| 久久精品国产99国产精品| 97久久综合精品久久久综合| 伊人久久精品影院| 品成人欧美大片久久国产欧美| 色偷偷88欧美精品久久久| 久久综合综合久久97色| 日日躁夜夜躁狠狠久久AV| 亚洲&#228;v永久无码精品天堂久久 | AV无码久久久久不卡网站下载| 蜜臀av性久久久久蜜臀aⅴ麻豆| 久久96国产精品久久久| 伊人久久无码中文字幕| 久久人人爽人人精品视频| 久久亚洲国产欧洲精品一| 99久久99久久精品国产片果冻| 久久久久综合中文字幕| 99久久精品免费| 69国产成人综合久久精品| 久久99国产乱子伦精品免费| 99精品国产综合久久久久五月天| 久久伊人精品青青草原日本| 国产精自产拍久久久久久蜜 | 国产精品久久影院| 99久久99久久精品免费看蜜桃| 中文国产成人精品久久不卡| 久久精品国产99国产精品亚洲 | 国产精品久久久久久久人人看|