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

C++ Programmer's Cookbook

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

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


一 實(shí)例 (代碼下載 http://m.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>
              欧美激情五月| 久久久99爱| 国产视频在线观看一区二区三区| 欧美不卡三区| 免费观看在线综合色| 久久久精品2019中文字幕神马| 中文高清一区| 欧美大胆成人| 欧美日韩在线免费| 国产精品海角社区在线观看| 一区二区三区国产| 欧美福利视频一区| 欧美日韩国产美| 国产精品久久久久久久午夜片 | 欧美婷婷久久| 国产欧美一区二区三区在线老狼 | 国产亚洲亚洲| 最新日韩精品| 欧美一区二区三区日韩视频| 麻豆av福利av久久av| 在线观看日韩av电影| 亚洲国产精品一区二区尤物区 | 国产日韩欧美| 亚洲欧洲另类| 久久精品国产精品亚洲综合 | 性欧美暴力猛交69hd| 久久综合一区| 久久久精品午夜少妇| 在线亚洲电影| 欧美高清视频一区二区| 亚洲综合视频网| 亚洲视频网站在线观看| 欧美日韩亚洲激情| 国产专区综合网| 亚洲天堂网在线观看| 欧美高清视频www夜色资源网| 亚洲影音一区| 亚洲欧美久久久| 最新国产成人在线观看| 欧美一区成人| 亚洲精选中文字幕| 久久久久综合| 国产日韩一区欧美| 欧美日本免费| 亚洲国内精品| 久久亚洲捆绑美女| 亚洲欧美激情视频在线观看一区二区三区 | 亚洲人成亚洲人成在线观看| 亚洲在线观看免费| 欧美激情一区二区三区不卡| 欧美+亚洲+精品+三区| 久久精品国产免费观看| 亚洲在线日韩| 国产精品日韩在线| 性久久久久久| 亚洲欧美在线视频观看| 欧美高清在线| 最新国产精品拍自在线播放| 卡通动漫国产精品| 久久久999精品视频| 国内精品久久久久影院色 | 久久一二三四| 一区二区在线视频| 欧美1区2区| 久久先锋影音| 久久精品亚洲国产奇米99| 国产日韩欧美高清| 久久av一区二区三区| 欧美有码视频| 亚洲国产精品va在线看黑人动漫| 亚洲电影有码| 欧美日韩一区二区三区免费看| 亚洲视频图片小说| 亚洲影音先锋| 日韩天天综合| 中文日韩在线视频| 国产欧美一区二区三区久久| 久久精品在这里| 久久久亚洲成人| 99国产精品视频免费观看| 亚洲视频在线观看| 久久永久免费| 久久国产精品久久精品国产| 久久久久久久国产| 日韩午夜激情av| 亚洲午夜女主播在线直播| 国产一区二区三区自拍| 欧美激情视频一区二区三区在线播放| 欧美精品一区二区三区很污很色的| 中文欧美在线视频| 亚洲精品久久久久久久久久久久久| 一区二区三区 在线观看视| 免费观看久久久4p| 欧美日韩国内| 久久一二三四| 欧美日本一道本在线视频| 久久成人资源| 欧美黄色一级视频| 久久黄色影院| 欧美精品亚洲精品| 久久蜜桃精品| 欧美先锋影音| 欧美日韩播放| 国产一区二区三区自拍| 亚洲人成亚洲人成在线观看图片 | 国产欧美日韩精品专区| 欧美gay视频| 欧美久久久久久久| 久久婷婷综合激情| 欧美婷婷在线| 欧美a级理论片| 国产三区精品| 在线一区二区视频| 日韩视频在线观看国产| 久久男人资源视频| 久久久久久久久久久久久女国产乱 | 亚洲国产日韩欧美综合久久| 国产伦精品一区二区三区照片91 | 久久久国产精品一区| 香蕉久久夜色精品国产使用方法| 久久夜色精品国产| 国产精品国产福利国产秒拍| 欧美国产欧美亚洲国产日韩mv天天看完整 | 99国内精品| 亚洲福利在线看| 久久大逼视频| 国产精品婷婷午夜在线观看| 亚洲三级性片| 最新日韩中文字幕| 欧美电影免费观看| 久久精品99| 久久久国产91| 国产亚洲一区二区三区在线观看 | 欧美激情在线观看| 亚洲第一页在线| 欧美成人按摩| 欧美99久久| 亚洲国产欧美久久| 鲁大师影院一区二区三区| 久久婷婷亚洲| 在线日韩中文字幕| 欧美成人精品h版在线观看| 欧美激情一二三区| 亚洲精品在线视频观看| 欧美成年网站| 日韩午夜在线视频| 亚洲字幕在线观看| 亚洲欧洲日产国产综合网| 一区二区欧美视频| 性娇小13――14欧美| 国精产品99永久一区一区| 久久久五月婷婷| 亚洲欧洲精品成人久久奇米网| 欧美不卡一卡二卡免费版| 亚洲国产毛片完整版| 一区二区日本视频| 国产精品三区www17con| 久久国产精品黑丝| 亚洲国产第一页| 亚洲永久免费av| 国内精品伊人久久久久av影院| 久久中文字幕一区| 99视频一区| 久久亚洲国产精品一区二区| 日韩视频专区| 久久国产88| 国产视频久久| 美女视频一区免费观看| 亚洲美女尤物影院| 久久精品一区蜜桃臀影院 | 妖精成人www高清在线观看| 亚洲一区在线看| 在线观看日韩www视频免费 | 久久免费精品日本久久中文字幕| 亚洲国内精品| 亚洲一区日本| 在线精品国产成人综合| 欧美日韩一区二区三区| 久久精品亚洲国产奇米99| 在线中文字幕一区| 国产亚洲欧美一区在线观看| 欧美国产亚洲视频| 香蕉国产精品偷在线观看不卡| 欧美成人国产一区二区| 亚洲综合色网站| 亚洲黄色免费| 国产视频一区在线观看| 欧美日韩国产页| 久久中文字幕一区| 香蕉乱码成人久久天堂爱免费 | 免费不卡在线观看| 亚洲少妇自拍| 亚洲福利在线观看| 国产麻豆成人精品| 欧美日韩免费区域视频在线观看| 久久久久久久波多野高潮日日 | 欧美另类在线观看| 久久久久久自在自线| 午夜精品久久久久久久久久久久久 | 鲁大师影院一区二区三区|