在C#中调用C++或系统DLL是比较常见的操作。 
  例如C++中定义的以下结构体: 
;
  同时有一个公开方法: 
  extern "C" __declspec WORD CALLBACK GetStruct(RCEStruct* pEventStruc); 
  我们将它编译为 MyCppDll.DLL 

  那么我们在C#中可以直接定义相同的结构体和引用GetStruct: 
如何在C#中直接操作C++结构体(转)[StructLayout(LayoutKind.Sequential)] 
 GetStruct(RCEStruct rce);

  注意C#里定义的结构体应该和C++里定义的一样。这里如果是public string User就有可能出错(具体我没试过,不知道C#是否会自动将char[]转变为string,另外还要注意,在C#中为User赋值时,长度不应超过40)。 
  通过这种方式我们就可以向C++传递或者获得结构体。但一个限制就是必须在C#端主动调用GetStruct() 

  还有一种情况,与上一种相反,就是我们不是希望在C#中调用C++类库,而是想在C++类库中调用我们已经写好的C#类库。这在托管C++里是可以实现的。其中一个应用案例就是在为第三方系统写C++插件的时候,我们必须在插件端主动调用C#类库(前提是我们需要使用它,除非我们完全用C++代码来写这个插件)。 
  这样的话我们应该是在C#类库公开方法,例如: 
}
  假定编译成 MyCSharpDll.DLL 
  C++端代码如下: 
如何在C#中直接操作C++结构体(转)#using   <mscorlib.dll> 
如何在C#中直接操作C++结构体(转)#
using   <CuteSuProc.dll> 
如何在C#中直接操作C++结构体(转) 
}
  托管C++在处理.NET类库时,有些细节是很繁琐的,让人觉得有些晕乎。譬如很多地方要加__gc修饰符。还有像数组,字符串的转换都比较麻烦。所以上面代码可能会有些小错误。但大致意思就是这样。很明显,这样的做法非常麻烦。对结构体进行操作前,我们进行一次赋值,操作后,又进行一次赋值。 
  有没有办法直接让C#操作原始的结构体呢?就像C#中操作C++一样,不需要通过一个中间人?能不能直接这样: 
如何在C#中直接操作C++结构体(转)#using   <mscorlib.dll> 
如何在C#中直接操作C++结构体(转)#
using   <CuteSuProc.dll> 
如何在C#中直接操作C++结构体(转) 
}
  答案是否定的。我们没有办法直接将C++里的 RCEStruct转换为 C#里的 RCEStruct。 

  那么还剩一种方法,就是直接对内存进行操作。因为是结构体,他们肯定是保存在连续内存空间中的。 
  我们先来看看C#中如何操作内存,也就是非托管的数据。这需要引用System.Runtime.InteropServices命名空间。该命名空间下的Marshal的一些静态方法提供了这样的功能: 
如何在C#中直接操作C++结构体(转)Marshal.ReadInt32()            //从指定内存地址读取4位 
如何在C#中直接操作C++结构体(转)
Marshal.PtrToStringAnsi()    //从指定内存地址读取字符串 
如何在C#中直接操作C++结构体(转)
Marshal.WriteInt32()        //将整数写到指定内存地址 
如何在C#中直接操作C++结构体(转)
Marshal.WriteByte()            //将字符串写到指定内存地址
  我们来看看具体的代码: 
如何在C#中直接操作C++结构体(转)using System; 
如何在C#中直接操作C++结构体(转)
using System.Text; 
如何在C#中直接操作C++结构体(转)
using System.Runtime.InteropServices; 
如何在C#中直接操作C++结构体(转) 
}
  这样我们就可以通过ReadEvent和WriteEvent直接在c#中处理该结构体。或者通过 ReadXXX() 和 WriteXXX() 直接修改其字段。 
}
  C++中则可以直接将结构体地址传给C#: 
如何在C#中直接操作C++结构体(转)#using   <mscorlib.dll> 
如何在C#中直接操作C++结构体(转)#
using   <CuteSuProc.dll> 
如何在C#中直接操作C++结构体(转) 
}

 

原文地址: http://www.cnblogs.com/kriss/archive/2005/02/16/104700.html

相关文章:

猜你喜欢
  • 2021-05-23
  • 2021-12-03
  • 2022-03-05
相关资源
相似解决方案