代码改变世界

1.9 与非托管代码的互操作性

2011-11-21 10:30  iRead  阅读(401)  评论(0)  编辑  收藏  举报

　　.NET Framework提供了其他开发平台没有的许多优势。但是，能下定决定重新设计和重新实现其现有的全部代码的公司并不多。Microsoft也知道这个问题，并通过CLR来提供了一些机制，允许在应用程序中同时包含托管和非托管代码。具体地说，CLR支持三种互操作情形。

  • 托管代码能调用DLL中的一个非托管函数　　托管代码可以采取一种名为P/Invoke（Platform Invoke的简称）的机制来调用DLL中包含的函数。毕竟，FCL中定义的许多类型都要在内部调用从Kernel32.dll、User32.dll等导出的函数。许多编程语言都提供了一个机制，允许托管代码方便地调用包含在DLL中的非托管函数。例如，C#应用程序可调用从Kernel32.dll导出的CreateSemaphore函数。
  • 托管代码可使用现有的COM组件（服务器）　　许多公司都已经实现了大量非托管COM组件。利用来自这些组件的类型库，可创建一个托管程序集来描述COM组件。托管代码可以像访问其他任何托管类型一样访问托管程序集中的类型。这方面的详情可以参见.NET Framework SDK配套提供的TlbImp.exe工具1。有的时候，你可能没有一个类型库，或者相对TlbImp.exe生成的内容进行更多的控制。在这种情况下，可以在源代码中手动构建一个类型，使CLR能用它来实现正确的互操作性。例如，可以从一个C#应用程序中使用DirectX COM组件。
  • 非托管代码可使用托管类型（服务器）　　许多现有的非托管代码要求提供一个COM组件，从而确保代码正确工作。使用托管代码可以更简单地实现这些组件，避免所有代码都不得不和引用计数以及接口打交道。例如，可以使用C#来创建一个ActiveX控件或者一个shell扩展。这方面的详情可以参见.NET Framework SDK配套提供的TlbExp.exe和RegAsm.exe工具。

注意：为了帮助需要与本地代码交互的开发人员，Microsoft现在公开了Type Library Importer工具以及P/Invoke Interop Assistant工具的源代码。请访问http://CLRInterop.CodePlex.com/来下载这些工具及其源代码。

 

　　返回目录

　　1、TlbImp是Type Library Importer的简称。