作者proach (pazroach)
看板C_Sharp
標題Re: [問題] C#呼叫C++ DLL, 再呼叫另一個 C++ DLL ?
時間Thu Apr 28 00:21:48 2011
在參考 horngsh 兄台的資料，以及一些網路上的資料後，以下是我的結論。
※ 引述《proach (pazroach)》之銘言：
: 我要操作購入儀器，需透過他提供的 DLL以控制 usb周邊。他的原始碼是 VC++ 6.0
: 開發的，我拿到的東西有
: DriverLib.h DriverLib.lib DriverLib.dll 三個檔案。
: 以前我用 VC++.Net 混用 managed與 unmanaged code可以寫程式控制，現在
: 想把程式都移植到 VC#上。原先是想在 C#內用 DllImport的方式呼叫 dll，
這樣做可行的。先用 VC++做一個簡單的 DLL，基本上就是被呼叫到之後
換個方式去呼叫廠商給的 VC6.0 DLL。
: 問題一：
: VC#需要將上述兩個檔案加入專案內嗎？是的話是加入 reference內？
不用加入。
但是好在我 google到一個人的抱怨，一樣的程式碼，他用 .Net Framework 4.0
會失敗，改用 3.0 就成功。
: 問題二：
: 以前在 VC++內寫的程式碼要呼叫以下 function
: short openDevice( &Handle );
: 我之前寫的程式碼是這樣的
: HANDLE handle;
: short shortOpenSuccess = openDevice( &handle );
: 但是在 VC#內找不到 HANDLE 這個關鍵字，我要怎麼呼叫呢？
: 我最後有個奇怪的想法不知是否可行。因為此周邊其實都是傳回一些byte array而已，
: 如果用 VC++ 寫個簡單的 Wrapper.dll，以處理 "HANDLE" 這東西的問題。
: VC# 去呼叫 Wrapper.dll，Wrapper.dll 再去呼叫 DriverLib.dll，只要
: 回傳一堆 byte就好，HANDLE 留在 Wrapper.dll 內不用回傳，這樣可行嗎？
證實可行。 VC++ DLL自己用變數記住此 Handle即可。VC# callee從來沒碰過
任何 IntPtr, nor Handle也可執行。
: 這樣會不會每次 VC#呼叫 Wrapper.dll時，都要重新配置一次記憶體？
: 還是只要呼叫過第一次，就留在記憶體內了？
: 多謝您的回答 :)
廠商給的 DLL是用來控制硬體用的東西，因此傳送資料都是用
Byte* ABlockOfMemroy; 的方式來傳遞。我在 VC#內有幾個對應的動作。
DllImport的使用稍微加一點東西，像是
[DllImport("CPP.dll", EntryPoint = "ReadIO", CharSet =
CharSet.Ansi, CallingConvention = CallingConvention.StdCall)]
private static extern void ReadIO( byte [] DataBuffer);
我不能確定這些attribute的真正用途，但不加上的話很可能會出錯。
有趣的是，這個 ReadIO( )是去呼叫廠商給的
void XReadIO( Byte* buffer ); XReadIO會把此指標指向的記憶體填滿。
我查到的資料都要說在 C#這邊要用 String 或是 StringBuilder，
結果我最後還是使用 byte [ ] 才成功。
以上是C#新手經驗回報，有錯請不吝指證 :)
用 C++做數值處理，操作底層位元組，搭配用 VC# WinForm做 GUI實在是
很開心的事情。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.43.194.138
1F：推 psliurt:會使用String應該是function內部不會變動到該String內容才 05/13 23:53
2F：→ psliurt:會使用，這種方式比較像是C++的const char*的樣子 05/13 23:54
3F：→ psliurt:而會用到StringBuffer，應該是該function內修改到字串內容 05/13 23:56