• <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 小果子 閱讀(1059) 評論(0)  編輯 收藏 引用 所屬分類: 學習筆記
            2020国产成人久久精品| 无码人妻精品一区二区三区久久久| 久久成人国产精品| 久久久综合九色合综国产| 亚洲七七久久精品中文国产| 久久精品无码免费不卡| 亚洲&#228;v永久无码精品天堂久久| 武侠古典久久婷婷狼人伊人| 99久久夜色精品国产网站| 久久精品国产亚洲麻豆| 久久亚洲精品无码观看不卡| 国产亚洲美女精品久久久2020| 97久久久久人妻精品专区| 久久综合久久鬼色| 久久国产精品77777| 最新久久免费视频| 亚洲狠狠综合久久| 亚洲精品乱码久久久久久久久久久久 | 久久国产精品99久久久久久老狼 | 久久99国产精品久久| 久久久噜噜噜久久| 精品国产乱码久久久久久呢 | 久久99国产精品成人欧美| 五月丁香综合激情六月久久| 一级做a爰片久久毛片16| 97精品国产97久久久久久免费 | 国产产无码乱码精品久久鸭| 中文字幕久久精品 | 久久精品国产亚洲av瑜伽| 国产午夜福利精品久久2021| 中文字幕精品久久久久人妻| 国产精品久久久久久久久久免费| 久久丫精品国产亚洲av| 久久久久高潮综合影院| 亚洲精品成人久久久| 亚洲人成无码网站久久99热国产| 99久久精品国产一区二区蜜芽| 久久精品国产亚洲av高清漫画| 亚洲AV乱码久久精品蜜桃| 亚洲日本va中文字幕久久| 中文字幕久久波多野结衣av|