青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

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 小果子 閱讀(1073) 評論(0)  編輯 收藏 引用 所屬分類: 學習筆記
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            免费不卡在线视频| 欧美日本亚洲韩国国产| 国产一区二区丝袜高跟鞋图片| 午夜一区在线| 欧美一区视频| 亚洲国产精品成人综合色在线婷婷| 久色婷婷小香蕉久久| 另类天堂av| 亚洲视频福利| 午夜日韩在线观看| 伊人成人开心激情综合网| 亚洲福利视频在线| 欧美色图五月天| 久久久久久一区二区| 麻豆精品在线视频| 亚洲一级片在线观看| 亚洲欧美日韩综合国产aⅴ| 精品av久久久久电影| 亚洲日本视频| 国产一级揄自揄精品视频| 久久五月婷婷丁香社区| 欧美激情视频在线播放| 西西裸体人体做爰大胆久久久| 久久国产精品电影| 夜夜嗨av一区二区三区网站四季av | 久久综合九色九九| 亚洲人成精品久久久久| 亚洲一区一卡| 亚洲激情一区二区| 亚洲影音一区| 亚洲精品欧美日韩专区| 亚洲欧美日韩在线综合| 亚洲乱码一区二区| 久久精品99无色码中文字幕 | 欧美精品一区二区三区视频 | 在线播放国产一区中文字幕剧情欧美 | 亚洲性夜色噜噜噜7777| 久久精品电影| 亚洲一二三区精品| 欧美成人69| 欧美在线视频免费播放| 欧美另类一区| 免费看的黄色欧美网站| 国产精品爽爽爽| 亚洲国产另类久久久精品极度| 国产日韩av一区二区| 9久re热视频在线精品| 亚洲国产精品www| 新片速递亚洲合集欧美合集| 亚洲图片在线| 欧美破处大片在线视频| 欧美插天视频在线播放| 国产一区二区在线免费观看| 一区二区三区日韩| 日韩亚洲综合在线| 欧美a级在线| 欧美大片一区| 在线成人激情| 性感少妇一区| 久久九九免费视频| 国产精品一区二区男女羞羞无遮挡| 亚洲精品国偷自产在线99热| 亚洲国产精品黑人久久久| 久久精品一区二区三区四区| 午夜精品久久久久久久蜜桃app| 欧美视频在线视频| 99国产精品久久久久久久| 一本久久青青| 欧美色视频在线| 一区二区日韩欧美| 亚洲午夜国产一区99re久久| 欧美日韩视频在线| 在线综合亚洲| 午夜天堂精品久久久久 | 久久国产乱子精品免费女| 久久成年人视频| 国产亚洲人成网站在线观看| 西瓜成人精品人成网站| 久久三级视频| 欧美高清不卡| 亚洲视频图片小说| 国产欧美91| 久久久青草婷婷精品综合日韩 | 精品88久久久久88久久久| 午夜精品影院| 久热精品视频在线免费观看| 亚洲精品1234| 欧美日本高清视频| 亚洲天堂av高清| 久久九九电影| 亚洲乱码国产乱码精品精天堂 | 欧美新色视频| 亚洲欧美日韩一区| 男男成人高潮片免费网站| 日韩天堂在线观看| 国产精品专区第二| 久久亚洲精品视频| 一区二区激情小说| 另类欧美日韩国产在线| 一本色道久久综合亚洲91| 国产精自产拍久久久久久| 久久午夜精品| 亚洲午夜免费福利视频| 玖玖玖免费嫩草在线影院一区| 一本久久综合亚洲鲁鲁| 国产一区二区无遮挡| 欧美日韩国产美| 久久成人av少妇免费| 日韩一二三在线视频播| 免费观看日韩av| 亚洲欧美日韩国产| 亚洲日韩欧美视频| 国产一区二区三区奇米久涩 | 午夜在线视频一区二区区别| 裸体一区二区三区| 亚洲一本视频| 亚洲欧洲视频| 国产日韩精品一区二区| 欧美精品一区二区视频| 久久久av水蜜桃| 亚洲午夜精品一区二区| 亚洲国产欧美精品| 男人插女人欧美| 欧美一区二区三区久久精品| 亚洲国产欧美不卡在线观看| 国产欧美日韩精品一区| 欧美日韩一区二区三区高清| 免费观看成人网| 欧美一级片久久久久久久| 亚洲最新视频在线| 亚洲欧洲日韩综合二区| 久久夜色精品国产亚洲aⅴ | 亚洲国产一区视频| 久久久噜噜噜久噜久久| 在线观看视频欧美| 国产精品毛片va一区二区三区 | 欧美一区二区三区四区高清| 99成人在线| 亚洲开发第一视频在线播放| 亚洲福利视频一区| 欧美大片免费久久精品三p | 久久视频精品在线| 亚洲一二三区精品| 99视频精品全部免费在线| 亚洲黄色小视频| 在线观看亚洲| 亚洲第一区在线| 狠狠色综合色综合网络| 国产在线观看一区| 国产综合第一页| 国产一区二区三区丝袜| 激情亚洲成人| 雨宫琴音一区二区在线| 伊人久久av导航| 亚洲韩日在线| 日韩午夜av在线| 亚洲先锋成人| 午夜精品视频在线观看| 欧美诱惑福利视频| 久久婷婷国产麻豆91天堂| 鲁大师成人一区二区三区| 欧美激情亚洲一区| 亚洲国产精品欧美一二99| 亚洲精品社区| 亚洲视屏在线播放| 欧美在线不卡视频| 久久欧美中文字幕| 欧美好吊妞视频| 欧美系列精品| 国产视频一区在线| 在线看片一区| 亚洲视频高清| 久久国产精彩视频| 亚洲成人自拍视频| 欧美视频免费在线| 国产乱码精品一区二区三区av| 国产真实乱子伦精品视频| 亚洲第一毛片| 亚洲欧美在线播放| 久久免费视频观看| 亚洲人成人一区二区三区| 亚洲女与黑人做爰| 噜噜噜躁狠狠躁狠狠精品视频| 欧美日韩国产va另类| 国产一区二区三区久久 | 欧美在线观看日本一区| 欧美黑人在线观看| 亚洲综合色激情五月| 免费看精品久久片| 国产美女一区二区| 亚洲精品视频在线播放| 久久精品欧美日韩精品| 亚洲国产精品一区在线观看不卡 | 久久国产精品99国产精| 欧美日韩免费网站| 亚洲高清av在线| 欧美在线一二三区| 一区二区欧美视频| 欧美精品在线观看91| 亚洲国产精品一区制服丝袜|