CLR_via_C#.3rd 翻译[1.9 与非托管代码的操作]

1.9 Interoperability with Unmanaged Code 与非托管代码的互操作性

 

.NET框架提供了很多其他平台没有的优势。但是，很少有公司会重新设计并且重新实现它们的代码。微软也认识到了这个问题，并通过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工具。有的时候，你可能没有一个类型库，或者想对TlbImp.exe生成的内容进行更多的控制。在这种情况下，可以在源代码中手动构建一个类型，使CLR能用它来实现正确的互操作性。例如，可以从一个C#应用程序中使用DirectX COM组件。

 

　　■ 非托管代码能够使用托管类型（服务器） 许多现有的非托管代码要求提供一个COM组件，从而确保代码正确工作。使用托管代码可以更简单地实现这些组件，避免所有代码都不得不和引用计数以及接口打交道。例如，可以使用C#来创建一个ActiveX控件或者一个shell扩展。这方面的详情可以参见.NET Framework SDK配套提供的TlbExp.exe和RegAsm.exe工具。

转载于:https://www.cnblogs.com/TivonStone/archive/2010/08/31/1813430.html