Why use DllImport Attribute as apposed to adding a reference?

為{幸葍}努か 提交于 2019-11-30 12:14:11

"But, is that saying it is not useful to reference an unmanaged dll or impossible otherwise?"

Yes, exactly so. What you're thinking of as 'referencing a DLL' is actually 'referencing a .NET assembly' - it just so happens that the most common way of packaging the kind of assemblies one tends to reference is in a DLL.

DLLImport is entirely about importing 'traditional DLLs' - i.e. ones which export all their methods using the original Windows DLL export mechanism.

Think of DLLImport as actually being called 'UnmanagedImport', and things might be clearer.

Some libraries such as user32.dll are unmanaged code. Basically this means they do not have the required metadata to allow .Net to talk to them by reference (there is much more that goes into it but hopefully that gives you enough of a head start.)

In a nutshell:

  • Add Reference is used for: DLL files containing managed code

  • DllImport is used for: DLL files containing unmanaged code

Definitions:

Managed Code: code that will run only under the management of a Common Language Runtime (CLR) virtual machine, typically the .NET Framework (or Mono).

Unmanaged Code: any compiled binaries running directly on the OS; DLLs compiled using anything older than Visual Studio .NET 2002.

More details: Managed, Unmanaged, Native: What Kind of Code Is This?

The .NET platform code compiles into Managed Code and it is stored using Assemblies, this assemblies are .DLL files BUT NOT ALL .DLL files are assemblies containing Managed Code. You only can use Managed Code with 'Add Reference' style.

Other languages and development techniques generates .DLL files with unmanaged code, actually you even can interoperate (call methods) with them but you need the DLLImport attribute

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!