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

C++ Programmer's Cookbook

{C++ 基礎(chǔ)} {C++ 高級(jí)} {C#界面,C++核心算法} {設(shè)計(jì)模式} {C#基礎(chǔ)}

CLI中native的string和System::String轉(zhuǎn)化


一 實(shí)例 (代碼下載 http://www.shnenglu.com/Files/mzty/SystemStringAndNativeString.rar
nativeclass.h
#pragma once 

#include 
<string>
#include 
<iostream>

class NativeClass
{
public:
    NativeClass(std::wstring name);
    
void PrintSelf();

private:
    std::wstring m_strName;
}
;
nativeclass.cpp
#include "stdafx.h"
#include 
"NativeClass.h"

NativeClass::NativeClass(std::wstring name)
{
    m_strName 
= name;
}

void NativeClass::PrintSelf()
{
    std::wcout 
<< "NativeClass: " << m_strName << std::endl;
}

refclass.h
#pragma once 

public ref class RefClass
{
public:
    RefClass(System::String
^ name);
    
void PrintSelf();

private:
    System::String
^ m_strName;
}
;
refclass.cpp
#include "stdafx.h"
#include 
"RefClass.h"

RefClass::RefClass(System::String
^ name)
{
    m_strName 
= name;
}

void RefClass::PrintSelf()
{
    System::Console::WriteLine(
"RefClass {0}", m_strName);
}

調(diào)用代碼:
// SystemStringAndNativeString.cpp : main project file.

#include 
"stdafx.h"
#include 
"NativeClass.h"
#include 
"RefClass.h"

#include 
<windows.h>
#include 
<vcclr.h>

using namespace System;

int main(array<System::String ^> ^args)
{
    std::wstring nativeName 
= L"NativeName";
    String
^ refName = gcnew String("refName");

    NativeClass nativeClass(nativeName);
    nativeClass.PrintSelf();
    pin_ptr
<const wchar_t> tempNativePointer = PtrToStringChars(refName);
    NativeClass nativeClass2(tempNativePointer);
    nativeClass2.PrintSelf();

    RefClass
^ refClass = gcnew RefClass(refName);
    refClass
->PrintSelf();
    String
^ tempRefName = gcnew String(nativeName.c_str());
    RefClass
^ refClass2 = gcnew RefClass(tempRefName);
    refClass2
->PrintSelf();

    
return 0;
}


二 參考 http://www.cnblogs.com/tallman/archive/2007/07/25/831247.html

轉(zhuǎn)向.NET后,手頭上往往仍有舊的模塊要重用。也許這些模塊是Delphi寫的,也許是C/C++寫的,或者是其它編程語言……為了能把它們移植到.NET下,或者是在.NET中調(diào)用,To be or not to be, that is a question。
  在這里,我筆記了幾個(gè)在工作中遇到的幾個(gè)場景。不過,這里不包括完全使用C#來重寫原來用C++編寫的程序這種變態(tài)的需求。當(dāng)你被要求做這種事的時(shí)候,請三思而后行……這簡直是種非人的折磨。

場景一:在.NET中調(diào)用WindowsAPI或DLL。

  這是比較普遍的需求。一般來說,簡單的函數(shù)調(diào)用,大可直接用C#/VB.NET,經(jīng)過DllImport屬性包裝出函數(shù)來調(diào)用。如:
[DllImport("KERNEL32.DLL", EntryPoint="MoveFileW",  SetLastError=true,
CharSet
=CharSet.Unicode, ExactSpelling=true,
CallingConvention
=CallingConvention.StdCall)]
public static extern bool MoveFile(String src, String dst);

由于WindowsAPI用到的人實(shí)在是多,因此有一個(gè)專門的wiki站點(diǎn),收集這方面的資料:http://www.pinvoke.net/,對(duì)于常用的函數(shù)甚至有完整的應(yīng)用例子和幫助。當(dāng)然,如果你有相應(yīng)的資料和例子,你也可以貢獻(xiàn)你的力量,給其它人幫助。

   場景二:用托管C++包裝現(xiàn)有的DLL,供C#調(diào)用

  當(dāng)函數(shù)的參數(shù)或返回值比較復(fù)雜,或函數(shù)比較多的時(shí)候,這種方法對(duì)與人來說,實(shí)在是一個(gè)折磨。常常這些接口和定義就要用掉幾千行的代碼,而且還不能保證是正確的。這些錯(cuò)誤往往在運(yùn)行時(shí)才能顯現(xiàn)出來,甚至有些錯(cuò)誤會(huì)引起內(nèi)存泄漏,或其它更為隱蔽的錯(cuò)誤。
  在這種情況下,使用C++/Managed代碼來包裝,就成了最合理的選擇。因?yàn)橥泄蹸++代碼可以直接引用原有的頭文件,直接調(diào)用非托管函數(shù),而不需要聲明。這樣,既減少了工作量,又避免引入錯(cuò)誤。缺點(diǎn)是,這種方法會(huì)增加一個(gè)DLL。要注意的是托管字符串和非托管字符串是有區(qū)別的,并需要轉(zhuǎn)換(特別要注意的Unicode字符串和多字節(jié)字符串的轉(zhuǎn)換)。

  仍以MoveFile為例吧,這樣比較簡單:
#include <windows.h>
#include 
<vcclr.h>

using namespace System;

namespace wrapper
{
    
public ref class ApiWrapper {
    
public:
        
bool static MoveFile(String ^ lpExistingFileName, String ^ lpNewFileName )
        
{
            pin_ptr
<const wchar_t> src = PtrToStringChars(lpExistingFileName);
            pin_ptr
<const wchar_t> dst = PtrToStringChars(lpNewFileName);
            
return ::MoveFile(src, dst);
        }

    }
;
}

然后在C#中,引用上面代碼生成的DLL文件,就可以直接調(diào)用了:
wrapper.ApiWrapper.MoveFile(@"c:\debug.log"@"c:\debug.txt");
假如原有的代碼是基于COM的,那么太好了,VisualStudio等IDE會(huì)自動(dòng)生成一個(gè)用于包裝的dll,供你調(diào)用。當(dāng)然因特殊需要而手工編碼的是另一回事。

  場景三:現(xiàn)有C++原代碼,包裝后供C#調(diào)用。

  C++的原代碼,實(shí)際上可以直接編譯成托管代碼。MFC也好ATL也好……這樣看起來在.NET中最強(qiáng)大的編程語言就是C++了:它不僅可以編寫托管程序,甚至可以將標(biāo)準(zhǔn)C++的代碼也編譯成托管程序!其實(shí)VC++最強(qiáng)大的地方不止如此,它還在于能夠編寫混合了托管和非托管的代碼的程序!!!這樣最大的好處不僅可以將關(guān)鍵代碼直接編譯成非托管的代碼,還可以避免被反編譯。
  
  假設(shè)現(xiàn)有C++代碼如下:
class UnmanagedClass {
public:
    LPCWSTR GetPropertyA() 
return L"Hello!"; }
    
void MethodB( LPCWSTR ) {}
}
;


我們只要再增加一個(gè)包裝類到工程文件中:
namespace wrapper
{
    
public ref class ManagedClass {
    
public:
        
// Allocate the native object on the C++ Heap via a constructor
        ManagedClass() : m_Impl( new UnmanagedClass ) {}

        
// Deallocate the native object on a destructor
        ~ManagedClass() {
            delete m_Impl;
        }


    
protected:
        
// Deallocate the native object on the finalizer just in case no destructor is called
        !ManagedClass() {
            delete m_Impl;
        }


    
public:
        property String 
^  get_PropertyA {
            String 
^ get() {
                
return gcnew String( m_Impl->GetPropertyA());
            }

        }


        
void MethodB( String ^ theString ) {
            pin_ptr
<const WCHAR> str = PtrToStringChars(theString);
            m_Impl
->MethodB(str);
        }


    
private:
        UnmanagedClass 
* m_Impl;
    }
;
}

然后,改變編譯選項(xiàng)為“使用公共語言擴(kuò)展 /clr”就可以了。這樣,我們把代碼編譯成DLL文件就可以供.NET其它語言調(diào)用了。
  最后,C#中可以象如下的代碼一樣調(diào)用C++類了:
ManagedClass mc = new ManagedClass();
mc.MethoB(
"Hello");
string s = mc.get_PropertyA;

 

場景四:如何在托管C++代碼中混合托管和非托管代碼

  很簡單,只要從#pragma unmanaged編譯指示開始的程序,一率編譯成非托管代碼;要想恢復(fù)成托管代碼,只要使用#pragma managed就可以了。如:

#pragma unmanaged

#include 
<iostream>
using namespace std;

template
<typename T>
void f(T t){
    cout 
<< t << endl;
}


#pragma managed

using namespace System;

void m(String ^ s){
    Console::WriteLine(s);
}


void main(){
    f(
"Hello");
    m(
"World");
}


生成exe文件后,用反編譯程序查看 f 函數(shù):

 

[PreserveSig, MethodImpl(MethodImplOptions.Unmanaged, MethodCodeType=MethodCodeType.Native), SuppressUnmanagedCodeSecurity]
public static unsafe void modopt(CallConvCdecl) f<char const *>(sbyte modopt(IsSignUnspecifiedByte) modopt(IsConst)*);

看不到源碼,而方法屬性標(biāo)記為Unmanaged。
  如果沒有加上#pragma unmanaged,反編譯得到的 f 函數(shù)為:
internal static unsafe void modopt(CallConvCdecl) f<char const *>(sbyte modopt(IsSignUnspecifiedByte) modopt(IsConst)* t)
{
      std.basic_ostream
<char,std::char_traits<char> >.<<(std.operator<<<struct std::char_traits<char> >(*((basic_ostream<char,std::char_traits<char> >* modopt(IsImplicitlyDereferenced)*&__imp_std.cout), t), (basic_ostream<char,std::char_traits<char> >* modopt(IsImplicitlyDereferenced) modopt(CallConvCdecl) *(basic_ostream<char,std::char_traits<char> >* modopt(IsImplicitlyDereferenced))) __unep@?endl@std@@$$FYAAAV?$basic_ostream@DU?$char_traits@D@std@@@1@AAV21@@Z);
}

其中的函數(shù)內(nèi)容一目了然。如果你的函數(shù)沒有調(diào)用operator等不好理解的類庫,那么反編譯出來的代碼簡直和源碼沒差別。 

  開心一刻:我只會(huì)C++不懂.NET不懂C#,怎么編寫.NET程序?

  很簡單,你照樣用你的C++寫你的程序,然后測試沒有錯(cuò)誤后,將編譯選項(xiàng)改為/clr,好了,Rebuild,你的程序現(xiàn)在是.NET了。

  惡搞:“我想問一下,在能將現(xiàn)有的C++代碼直接進(jìn)行封裝,被C#進(jìn)行調(diào)用,而不是去調(diào)用DLL,也就是不生成DLL,就在C#下能直接調(diào)用VC的工程源文件不?”

  我想,提問的人是不是指,現(xiàn)有c++源碼,但不想費(fèi)勁去轉(zhuǎn)換成C#源碼,但又想能與C#一起編譯。
  于是我就給了一個(gè)極其變態(tài)的方法,不過,個(gè)人是不建議使用這種變態(tài)的方法啊。方法如下:
  1 先將C++源碼,改用CLR編譯選項(xiàng),編譯成.NET的Assembly(DLL文件)。
  2 然后用reflector等反編譯軟件,反編譯成C#代碼,并導(dǎo)出(reflector有專門的導(dǎo)出插件)。
  3 將導(dǎo)出的C#代碼,添加上新寫的C#代碼一起編譯。
  
  這種方法生成的代碼很是恐怖,強(qiáng)烈建議不要把C++源碼就這么丟了,否則后果自負(fù)。


 

posted on 2008-03-12 16:47 夢在天涯 閱讀(8428) 評(píng)論(4)  編輯 收藏 引用 所屬分類: Manage c++ /CLI

評(píng)論

# re: CLI中native的string和System::String轉(zhuǎn)化 2008-03-20 00:28 七星重劍

呵呵,這個(gè)當(dāng)年我也整過,不過是項(xiàng)目經(jīng)理搞定的  回復(fù)  更多評(píng)論   

# re: CLI中native的string和System::String轉(zhuǎn)化 2008-05-04 11:26 陳梓瀚(vczh)

無論如何還是要建立一個(gè)c++/cli工程,然后原來的部分使用#pragma unmanaged編譯,然后再用c++/cli加一個(gè)殼。c#的工程引用這個(gè)工程就行了。不過還是做成dll好。

至于他們的互相轉(zhuǎn)換我是這樣做的:
System::String^ ConvertString(const freescript::FsString& Source)
{
return gcnew System::String(Source.w_str());
}

freescript::FsString ConvertString(System::String^ Source)
{
System::IntPtr Pointer=System::Runtime::InteropServices::Marshal::StringToCoTaskMemUni(Source);
wchar_t* Buffer=(wchar_t*)(void*)(Pointer);
freescript::FsString Result=Buffer;
System::Runtime::InteropServices::Marshal::FreeCoTaskMem(Pointer);
return Result;
}  回復(fù)  更多評(píng)論   

# re: CLI中native的string和System::String轉(zhuǎn)化 2008-07-17 14:33 夢在天涯

// convert_system_string.cpp
// compile with: /clr
#include <string>
#include <iostream>
using namespace std;
using namespace System;

void MarshalString ( String ^ s, string& os ) {
using namespace Runtime::InteropServices;
const char* chars =
(const char*)(Marshal::StringToHGlobalAnsi(s)).ToPointer();
os = chars;
Marshal::FreeHGlobal(IntPtr((void*)chars));
}

void MarshalString ( String ^ s, wstring& os ) {
using namespace Runtime::InteropServices;
const wchar_t* chars =
(const wchar_t*)(Marshal::StringToHGlobalUni(s)).ToPointer();
os = chars;
Marshal::FreeHGlobal(IntPtr((void*)chars));
}

int main() {
string a = "test";
wstring b = L"test2";
String ^ c = gcnew String("abcd");

cout << a << endl;
MarshalString(c, a);
c = "efgh";
MarshalString(c, b);
cout << a << endl;
wcout << b << endl;
}  回復(fù)  更多評(píng)論   

# re: CLI中native的string和System::String轉(zhuǎn)化 2008-07-17 14:34 夢在天涯

// convert_string_to_wchar.cpp
// compile with: /clr
#include < stdio.h >
#include < stdlib.h >
#include < vcclr.h >

using namespace System;

int main() {
String ^str = "Hello";

// Pin memory so GC can't move it while native function is called
pin_ptr<const wchar_t> wch = PtrToStringChars(str);
printf_s("%S\n", wch);

// Conversion to char* :
// Can just convert wchar_t* to char* using one of the
// conversion functions such as:
// WideCharToMultiByte()
// wcstombs_s()
// ... etc
size_t convertedChars = 0;
size_t sizeInBytes = ((str->Length + 1) * 2);
errno_t err = 0;
char *ch = (char *)malloc(sizeInBytes);

err = wcstombs_s(&convertedChars,
ch, sizeInBytes,
wch, sizeInBytes);
if (err != 0)
printf_s("wcstombs_s failed!\n");

printf_s("%s\n", ch);
}  回復(fù)  更多評(píng)論   

公告

EMail:itech001#126.com

導(dǎo)航

統(tǒng)計(jì)

  • 隨筆 - 461
  • 文章 - 4
  • 評(píng)論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1811735
  • 排名 - 5

最新評(píng)論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              亚洲欧美国产精品va在线观看| 亚洲欧美在线x视频| 久久蜜桃香蕉精品一区二区三区| 亚洲女人av| 黄色日韩精品| 欧美电影免费网站| 欧美jizz19hd性欧美| av成人天堂| 亚洲欧美日韩天堂| 影视先锋久久| 亚洲精品视频在线观看网站| 欧美天天综合网| 久久精品国产999大香线蕉| 久久精品视频在线看| 亚洲精品乱码久久久久久按摩观| 日韩亚洲欧美一区二区三区| 国产精品欧美日韩久久| 蜜桃久久精品一区二区| 欧美日韩日本国产亚洲在线| 午夜精品美女自拍福到在线| 久久久xxx| 亚洲欧美日韩国产成人| 久久久久久婷| 亚洲欧美日韩网| 美女网站久久| 欧美一区在线看| 欧美国产综合| 久久午夜影视| 欧美午夜视频一区二区| 欧美va亚洲va香蕉在线| 国产精品美女久久久久久免费| 麻豆精品一区二区av白丝在线| 欧美无砖砖区免费| 免费亚洲婷婷| 国产亚洲一级高清| 一区二区三区成人| 亚洲日本中文字幕| 久久蜜桃精品| 久久精品首页| 国产精品久久久久一区| 亚洲国产综合91精品麻豆| 国产精品一区二区久久国产| 亚洲国产综合视频在线观看| 国产亚洲精品久久久| 妖精成人www高清在线观看| 亚洲国产日韩在线一区模特| 欧美一区网站| 欧美中在线观看| 国产精品igao视频网网址不卡日韩| 欧美韩国在线| 国语精品中文字幕| 欧美在线视频不卡| 欧美在线3区| 国产欧美一区二区精品婷婷| 亚洲一级黄色| 午夜精品久久久久久久| 欧美日韩国产系列| 亚洲欧洲另类| 一区二区三区国产精华| 欧美激情一区二区三区高清视频| 欧美国产日韩一区二区三区| 精品二区视频| 久久影视三级福利片| 麻豆精品在线视频| 亚洲国产日韩一区二区| 欧美 日韩 国产一区二区在线视频 | 日韩视频在线播放| 欧美成人午夜影院| 亚洲激情在线激情| 99国产欧美久久久精品| 欧美裸体一区二区三区| 日韩亚洲成人av在线| 亚洲男人av电影| 国产精品一区2区| 久久精品国产免费看久久精品| 久久手机免费观看| 亚洲国产欧美不卡在线观看| 欧美成人有码| 在线天堂一区av电影| 欧美主播一区二区三区| 激情久久久久久| 欧美成人在线网站| 亚洲视频在线观看| 久久久久久亚洲精品中文字幕| 久久精品亚洲精品国产欧美kt∨| 国产精品美女久久久免费 | 亚洲福利av| 这里只有精品丝袜| 国产欧美va欧美不卡在线| 久久精品视频在线看| 亚洲国产精品福利| 新狼窝色av性久久久久久| 伊人精品成人久久综合软件| 免费在线观看成人av| 国产精品99久久久久久白浆小说| 久久久久99| 一区二区久久久久| 国内成人精品2018免费看| 欧美精品国产精品日韩精品| 午夜精品福利在线| 亚洲国产精品一区二区第一页| 亚洲综合视频一区| 亚洲丰满在线| 国产欧美精品日韩精品| 欧美激情中文字幕乱码免费| 亚洲综合欧美日韩| 亚洲国产成人在线播放| 久久精品国产亚洲a| 99亚洲一区二区| 狠狠久久婷婷| 国产精品毛片在线| 欧美激情综合在线| 久久精品伊人| 亚洲在线中文字幕| 91久久国产综合久久91精品网站| 久久精品人人爽| 亚洲一区欧美| 一本高清dvd不卡在线观看| 在线观看视频亚洲| 国产日韩视频| 国产精品日韩在线观看| 欧美精品国产精品| 麻豆精品视频在线观看视频| 午夜一区二区三视频在线观看| 日韩午夜激情| 亚洲精品一二三区| 亚洲高清免费在线| 女女同性精品视频| 久久最新视频| 久久久综合激的五月天| 久久成人亚洲| 欧美自拍丝袜亚洲| 欧美一区二区三区日韩视频| 亚洲一级在线观看| 亚洲图片欧洲图片av| 妖精成人www高清在线观看| 亚洲精品久久久久久下一站| 亚洲激情自拍| 亚洲人成免费| 亚洲美洲欧洲综合国产一区| 亚洲免费av观看| 一本色道久久88亚洲综合88| 亚洲精品中文字幕有码专区| 亚洲欧洲日产国码二区| 亚洲级视频在线观看免费1级| 亚洲大片av| 亚洲欧洲一区二区在线播放| 亚洲欧洲在线观看| 亚洲美女在线观看| 亚洲一二三区精品| 午夜影院日韩| 久久免费99精品久久久久久| 久久综合色播五月| 欧美成年人在线观看| 亚洲激情欧美激情| 在线视频中文亚洲| 亚洲欧美日韩一区二区在线 | 国产精品人人做人人爽| 国产九九精品视频| 国内外成人免费激情在线视频网站| 韩国一区电影| 亚洲日韩欧美视频| 亚洲自拍高清| 麻豆国产精品一区二区三区| 亚洲激情午夜| 亚洲综合激情| 久久中文字幕一区二区三区| 欧美日韩和欧美的一区二区| 国产精品一区视频网站| 亚洲高清久久网| 亚洲小视频在线观看| 久久久久久69| 亚洲欧洲精品一区二区三区| 亚洲欧美精品一区| 久久中文字幕导航| 国产精品毛片a∨一区二区三区|国 | 国内精品久久国产| 日韩图片一区| 欧美在线一级va免费观看| 欧美a级片网站| 一区二区三区视频在线| 久久看片网站| 国产精品裸体一区二区三区| 亚洲激情欧美| 久久精品二区| 日韩亚洲欧美一区| 狂野欧美激情性xxxx| 欧美日韩在线精品一区二区三区| 黑丝一区二区三区| 亚洲欧美日韩精品| 亚洲人体大胆视频| 久久久亚洲国产美女国产盗摄| 欧美性事在线| 亚洲毛片一区| 欧美成人a视频| 久久riav二区三区| 国产精品美女黄网| 中文日韩在线| 亚洲欧洲一级| 久久综合亚州|