/**/ /* ********cppDll.h********* */
#ifdef CPPDLL_EXPORTS
#define  CPPDLL_API __declspec(dllexport)
#else
#define  CPPDLL_API __declspec(dllimport)
#endif


class  CPPDLL_API CcppDll  {
public :
 CcppDll( void );
  //  TODO: 在此新增您的方法。
void  ChangeValue( int  i);
     int  GetValue();
private :
     int  var;
    CcppDll 

*  CreateCcppDll();
} ;

extern  CPPDLL_API  int  ncppDll;

CPPDLL_API  int  fncppDll( void );
首先,在標準C++中使用標準C++dll的通常做法是預編譯時匯入lib檔案,於是有人希望能夠開一個managed C++ dll,用這種方法匯入標準C++ dll,然後再在 Winform等其他.NET程式中呼叫,實際上這是不可能的,因為.NET程式在呼叫這個庫時根本找不到入口.下面我一2個例子詳細說明,其中標準C++庫(cppDll)一個,C#dll(CSDll)一個,以及一個測試的C#WinForm(CSFormTest)一個
   實際上 標準C++生成的dll檔案本身是可以查詢匯出函式入口的,這一點比較麻煩,如果是C函式,還強一點,因為可以在前面宣告extern "C" 這樣 Dll裡面的函式名就是入口,只要標頭檔案就可以知道入口了.例如這樣

extern"C" __declspec(dllexport) int fncppDll(void)
{
    return42;
}
但是在類中的成員函式就不能宣告為extern "C"了,因此我們必須查詢他的入口,舉個簡單例子 


/**//***********cppDll.cpp********/


#include "stdafx.h"
#include "cppDll.h"


#ifdef _MANAGED
#pragma managed(push, off)
#endif

BOOL APIENTRY DllMain( HMODULE hModule,
                       DWORD  ul_reason_for_call,

                       LPVOID lpReserved
      )
{
 switch (ul_reason_for_call)
 {
 case DLL_PROCESS_ATTACH:
 case DLL_THREAD_ATTACH:
 case DLL_THREAD_DETACH:
 case DLL_PROCESS_DETACH:
  break;
 }
    return TRUE;
}

#ifdef _MANAGED
#pragma managed(pop)
#endif

/**//***************cppDll.cpp*******/

// 這是匯出變數的一個示例
CPPDLL_API int ncppDll=0;

CPPDLL_API struct VS *vs;
// 這是匯出函式的一個示例。
CPPDLL_API int fncppDll(void)
{
 return42;
}
// 這是已匯出類的建構函式。
// 有關類定義的資訊，請參閱 cppDll.h
CcppDll::CcppDll()
{
   return;
}

void CcppDll::ChangeValue(int i)
{
    var=i;
}
int CcppDll::GetValue()
{
    return var;
}
CcppDll * CcppDll::CreateCcppDll()
{
     CcppDll * cs=new CcppDll();
     return cs;
}
/**//***************************/

前頭的外部函式和變數您不用看了,相信您只要會用DllImport的基本語法就明白怎麼導,這裡主要看看3個CcppDll的成員函式怎麼封裝.注意這個CcppDll::CreateCcppDll()這裡相當於顯式呼叫建構函式,這個函式是我們封裝到.NET的關鍵,必須有,至於為什麼後文再說.我寫了幾個讀寫變數的函式以便您新建幾個物件測試.
    然後簡要介紹一下DllImport在C#中的語法

2007年1月10日

DllImport的第一個引數是庫完整檔名,第二個就是函式入口了,正如剛才所說C++類成員函式不能被宣告為extern "C" 因此入口不是dll中定義的函式名,而是如下

6    5 000111D6 [email protected]@@[email protected] = @ILT+465([email protected]@@[email protected])
而匯入以後的函式定義部分的函式名可以任意指定.

從問號開始等號以前是剛才哪個CCppDll::ChangeValue的真實入口,其中@後是類明,@@後是編譯器產生的.
檢視這些入口可以用VS的dumpbin命令,您可以選擇標準輸出或者輸出到檔案,輸出到檔案的好處我最後在討論.

注意:使用

dumpbin -exports 檔案完整路徑

不要用/exports否則看不到入口

下面是C#的dll程式碼

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;
namespace CSDLL
{
    publicclass Class1
    {
        [DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint ="[email protected]@@[email protected]", CallingConvention = CallingConvention.ThisCall)]
        privateexternstaticvoid ChangeValue(IntPtr pThis,int i);
        [DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint ="[email protected]@@QAEHXZ", CallingConvention = CallingConvention.ThisCall)]
        privateexternstaticint GetValue(IntPtr pThis);
        [DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint ="[email protected]@@[email protected]", CallingConvention = CallingConvention.Winapi)]
        privateexternstatic IntPtr CreateCppDll();

        public Class1()
        {
            p = CreateCppDll();
        }
        publicint Value
        {
            get{ return GetValue(p); }
            set{ ChangeValue(p, (int)value); }
        }
        public IntPtr p;
    }
}

其中using System.Runtime.InteropServices;使您能夠使用DllImport
下面我們來分析一下這段程式碼.在匯入函式部分,三個外部函式均聲明瞭庫的絕對路徑,和入口全稱,還有就是呼叫方式.您可能認為就算函式可以匯入,全部宣告為static extern 還如何以面向物件方式呼叫? 難道只能當作靜態函式,全域性只用一個物件,顯然不能實現原有的C++庫的功能.解決這個問題關鍵就在呼叫方式.
CallingConvention列舉有4個值,我們主要使用2種,一種是預設的CallingConvention.StdCall(windows下與Winapi等效),相當於靜態呼叫,另一種則是CallingConvention.ThisCall其中  CreateCppDll相當於建構函式,是為物件開闢記憶體空間的,因此在呼叫它以前物件還沒有被分配,所以它必須使用這種呼叫方式,

[DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint ="[email protected]@@[email protected]", CallingConvention = CallingConvention.Winapi)]
        privateexternstatic IntPtr CreateCppDll();

在封裝這個標準C++類的C#類中,建構函式就應呼叫它以得到一個指向原C++物件的指標

public Class1()
{
      p = CreateCppDll();
}
public IntPtr p;

而Class1的成員變數p就是用來儲存這個物件指標的,注意由於安全程式碼C#物件中禁止使用指標,這裡無論C++是何種型別 C#一律使用平臺指標IntPtr,定義外部函式也是如此.
然後其他所有的成員非靜態函式則使用 CallingConvention.ThisCall進行匯入,如下
 [DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint = "[email protected]@@[email protected]", CallingConvention = CallingConvention.ThisCall)]
        private  extern static void ChangeValue(IntPtr pThis,int i);
        [DllImport(@"D:/dotNetApps/Client Applications/cppDll/debug/cppDll.dll", EntryPoint = "[email protected]@@QAEHXZ", CallingConvention = CallingConvention.ThisCall)]
        private  extern static int GetValue(IntPtr pThis);
注意到剛才我們定義標準C++庫時ChangeValue有一個引數 GetValue沒有引數,而這次宣告的時候ChangeValue有兩個引數,GetValue有一個引數.這個多處來的引數就是真實的物件指標,因此,在Class1中封裝這些函式時,每次呼叫都把p傳給這些函式(注意,前提是p已經分配)如下(這裡為了符合C#風格,乾脆封到屬性裡面去了,反正性質是一樣的):
       

publicint Value
        {
            get{ return GetValue(p); }
            set{ ChangeValue(p, (int)value); }
        }

這樣就完全做到了形式上用C函式呼叫,實際上是物件在呼叫自己的成員函式,由於然後經過這一道封裝後,在呼叫這個庫的應用程式中所看到的仍然是面向物件的類方式.這樣就完全達到了我們預期的目的.
下面是一個C#WinForm呼叫這個dll的示例:
//....................預設包含的庫我省了

using CSDLL;

namespace CSFormTest
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        privatevoid button1_Click(object sender, EventArgs e)
        {
            Class1 c1 =new Class1();
            Class1 c2 =new Class1();
            c1.Value =3;
            c2.Value =4;
            MessageBox.Show("c1="+ c1.Value +",c2="+ c2.Value);
        }
    }
}

執行結果:物件c1,c2的屬性Value都得到改變,證明他們是2個不同物件呼叫各自成員函式的結果,
                     由此證明我們的思路完全正確