• <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麻| www久久久天天com| 国产精品亚洲美女久久久| 午夜精品久久久久久久无码| 日产精品久久久久久久| 国产91色综合久久免费| 久久久久18| 久久九九有精品国产23百花影院| 久久九九全国免费| 欧美亚洲色综久久精品国产| 日本久久久精品中文字幕| 久久精品亚洲AV久久久无码| 精品国产青草久久久久福利| 日韩人妻无码一区二区三区久久| 国产精品热久久毛片| 久久水蜜桃亚洲av无码精品麻豆| 久久亚洲国产成人精品无码区| 精品久久久久久久无码| 久久只这里是精品66| 久久久久亚洲?V成人无码| 精品久久久久久成人AV| 色狠狠久久AV五月综合| 亚洲精品NV久久久久久久久久| 91久久福利国产成人精品| 久久久久亚洲AV片无码下载蜜桃| 久久综合亚洲色HEZYO国产| 色综合久久天天综合| 久久天天躁狠狠躁夜夜躁2014| 久久综合亚洲色HEZYO国产| 久久综合狠狠综合久久激情 | 色综合久久天天综合| 久久精品亚洲日本波多野结衣 | 久久精品人人做人人爽电影| 欧洲性大片xxxxx久久久| 国内精品伊人久久久久网站| 热久久国产精品| 国产2021久久精品| 99久久亚洲综合精品成人| 久久精品国产72国产精福利| 久久久久亚洲爆乳少妇无|