上面的方法申明了一个 wchar_t* 类型的指针，在方法结尾必须释放此指针占用的内存，所以这种形式的转换还是比较麻烦。
有关托管字符串跟C++本机字符串的转换。
托管日期与本机日期数据
在C++中表示日期的结构体是 tm，但是需要注意的是 tm的year部分仅能够表示与1900的差值，所以我们可以写下面2个方法来简单的转换：
static tm Convert2CppDateTime(DateTime^ dt)
{
tm result;
result.tm_year = dt->Year - 1900;
result.tm_mon = dt->Month;
result.tm_wday = dt->Day;
return result;
}
static DateTime^ Covert2NetDateTime(tm cppDate)
{
return gcnew DateTime(
cppDate.tm_year + 1900,
cppDate.tm_mon,
cppDate.tm_wday
);
}
有了字符串跟日期类型的.NET与C++的相互转换，基本上就能够使用.NET的DTO对象了，因为其它数字类型只要类型兼容，是可以直接使用的，比如int类型。
转换到本机结构体
下面再回来看看 GetUserByID 方法内的对象数据转换部分：
//转换托管类型数据到本机结构体
Func<String^, Object^>^ entityProp =EntityHelper::EntityCallDelegate(result);
CppUserInfo user;
user.ID = (int)entityProp("ID");
user.Name = (String^)entityProp("Name");// MarshalString((String^)entityProp("Name"));
user.Birthday = Convert2CppDateTime((DateTime^)entityProp("Birthday"));
现在再看看，采用类似“字典”访问方式的SOD DTO对象，给C++本地结构体转换赋值数据，就很方便了，这也是本篇选择SOD框架作为C++与.NET通信的原因了。
为何不使用序列化的问题
在进行分布式跨平台调用的时候，序列化常常作为一个有效手段被大量使用，但是我们的应用有几个特点:
1，没有分布式，在进程内进行不同语言平台调用；
2，不知道反序列化的类型，因为C++没有直接引用任何.NET框架自身之外的.NET程序集；
3，序列化需要使用反射，而我们本来已经在反射了，会加重负担；
除此之外，使用序列化还会有额外的工作：
4，使用序列化会要求被调用端进行额外的封装；
5，双方需要制定通用的通信协议，并且定制序列化过程，比如常见RPC框架约定的序列化协议
所以，经过仔细考虑后，放弃了使用序列化方式来进行C++与.NET进行进程内通信的想法。
以上所述是小编给大家介绍的在C++中反射调用.NET的方法（二），希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！
注：相关教程知识阅读请移步到C++教程频道。
