What you would do is providing call stubs from your DLL that then are accessible via PInvoke, e.g.

//wrapper.cpp

#include "manufacturer.h" #pragma comment(lib,"manufacturer.lib")

extern "C" __declspec(dllexport) int WrapperCallManufacturerFunc1(int a, int b)

{     return ManufacturerFunc1(a,b); }

extern "C" __declspec(dllexport) char* WrapperCallManufacturerFunc2(char* pString)

{     return ManufacturerFunc2(pString); }

extern "C" __declspec(dllexport) double WrapperCallManufacturerFunc3(double d)

{     return ManufacturerFunc3(d); }

extern "C" __declspec(dllexport) void WrapperCallManufacturerFunc4()

{     ManufacturerFunc4(); }

That's basically it. The 'extern "C"' statement is used to tell the compiler to not apply C++ name mangling, i.e. the functions names are not decorated and exported 'as is'. The return types resemble the return types of the functions in the .lib you want to call, except for 'void' functions where your function is 'void' also, yet the 'return' statement is not used. Then you can access the wrapper functions like

Declare Auto Function ManufacturerFunc1  Lib "wrapper.dll" Alias "WrapperCallManufacturerFunc1 " ( _

    ByVal a As Integer, _     ByVal b As Integer) _     As Integer

or

Imports System.Runtime.InteropServices

Public Class Win32     Declare Auto Function WrapperCallManufacturerFunc1 Lib "wrapper.dll" _        (ByVal a As Integer, _         ByVal b As Integer) As Integer End Class

See also  ("Walkthrough: Calling Windows APIs") and  ("Creating Prototypes in Managed Code")

本文转自斯克迪亚博客园博客，原文链接：http://www.cnblogs.com/sgsoft/archive/2009/12/24/1631651.html，如需转载请自行联系原作者