Visual C++中删除托管对象、包装库及其他

核心提示： ListWrap.cpp 中的包装类 ManagedNode 模拟 NativeNode 的定义，不过有几个细微区别：本机 char* 被替换为托管 String，Visual C++中删除托管对象、包装库及其他(4)，并且由于我使用 ArrayList 来实现列表结构，所以没有 next

ListWrap.cpp 中的包装类 ManagedNode 模拟 NativeNode 的定义，不过有几个细微区别：本机 char* 被替换为托管 String，并且由于我使用 ArrayList 来实现列表结构，所以没有 next 指针。在代码中，它应该如下所示：

　　 以下是引用片段：
　　// managed equivalent of NativeNodepublic __gc class ManagedNode {public： int a， b； String* str；}；

定义好 ManagedNode 之后，下一步就是编写一些代码将 NativeNode 转换成 ManagedNode.但在开始编写之前，请稍微考虑一下转换器函数应该是什么样子的，它应该有什么样的参数和返回值。一种方式是编写一个函数，将 NativeNode 的本机列表作为参数并返回 ManagedNode 的托管列表，它可能销毁进程中的本机列表。。NET 客户端应用程序会直接调用 ListLib DLL（或者您的 getmystruct）来获取本机列表，将其作为 IntPtr，然后将这个 IntPtr 传递给转换函数，如下所示：

　　 以下是引用片段：
　　// call DLL directly through interop
　　IntPtr nativeList = AllocateList（7）；
　　// call wrapper to convert
　　ArrayList amanagedList = ListWrap.Convert（nativeList）；

在大多数情况下，客户端要负责调用 DLL 来释放本机列表，或者由 Convert 函数自动完成释放过程。

另一种方法是完全隐藏 DLL，其做法是：将本机函数 AllocateList 包装在一个包装器中，由它分配列表、转换并释放原始本机列表，再将托管列表作为 ArrayList 返回。哪种方法更好呢？第一种策略的优点是您只需编写一个简单的转换函数，在任何具有本机列表的地方都可以使用它。第二种策略需要包装创建列表的每个函数。如果您有多个创建列表的函数，这种方式会有些麻烦，但是它的优点是对 .NET 客户端完全隐藏了所有本机内容。客户端不需要处理 IntPtrs，甚至不需要导入 DLL；ListWrap 将这一切都隐藏了。我采取的是这种方式，我也鼓励您在自己的应用程序中使用这种方式。它要对库进行完全包装还需要做很多工作，但结果会比较可靠，而且完全封装。