Blog @ Blog

vc dll編程

轉(zhuǎn)自：http://blog.csdn.net/aocanghai/archive/2003/07/24/20509.aspx（個(gè)人對(duì)作了調(diào)整，文字結(jié)構(gòu)更加清晰！）
在我們實(shí)際用軟件時(shí)，經(jīng)?？煽吹皆S多動(dòng)態(tài)連接庫(kù)。動(dòng)態(tài)連接庫(kù)有其自身的優(yōu)點(diǎn)如節(jié)省內(nèi)存、支持多語(yǔ)種等功能，而且，當(dāng)DLL中的函數(shù)改變后，只要不是參數(shù)的改變調(diào)用起的函數(shù)并不需要重新編譯。這在編程時(shí)十分有用。至于其他妙處，各位在電腦雜志、書(shū)籍中都能看到，我這里再說(shuō)就是廢話了.這次小弟我所要講的是如何在VC5.0中如何做自己的Win32 DLLs，各位要做自己的動(dòng)態(tài)連接庫(kù)，首先要知道DLL在VC5.0中都有哪幾種分類(lèi)。VC支持三種DLL，它們是:
1.Non-MFC Dlls
2.Regular Dlls
3.Extension Dlls Note:翻譯措辭不當(dāng)，故遇到術(shù)語(yǔ)是引用原詞

Non-MFC DLL:指的是不用MFC的類(lèi)庫(kù)結(jié)構(gòu)，直接用C語(yǔ)言寫(xiě)的DLL，其輸出的函數(shù)一般用的是標(biāo)準(zhǔn)C接口，并能被非MFC或MFC編寫(xiě)的應(yīng)用程序所調(diào)用。LL，Regular DLL:和下述的Extension Dlls一樣，是用MFC類(lèi)庫(kù)編寫(xiě)的。明顯的特點(diǎn)是在源文件里有一個(gè)繼承CWinApp的類(lèi)。其又可細(xì)分成靜態(tài)連接到MFC和動(dòng)態(tài)連接到MFC上的。但靜態(tài)連接到MFC的動(dòng)態(tài)連接庫(kù)只被VC的專(zhuān)業(yè)般和企業(yè)版所支持。Extension DLL:用來(lái)實(shí)現(xiàn)從MFC所繼承下來(lái)的類(lèi)的重新利用，也就是說(shuō)，用這種類(lèi)型的動(dòng)態(tài)連接庫(kù)，可以用來(lái)輸出一個(gè)從MFC所繼承下來(lái)的類(lèi)。Extension DLL使用MFC的動(dòng)態(tài)連接版本所創(chuàng)建的，并且它只被用MFC類(lèi)庫(kù)所編寫(xiě)的應(yīng)用程序所調(diào)用。各位看到這里如果眼有點(diǎn)花或頭有點(diǎn)暈，請(qǐng)別泄氣，再看兩遍，然后繼續(xù)往下看，定有收獲。

標(biāo) 題: 關(guān)于VC中的DLL的編程[1]

這一節(jié)介紹Non-MFC DLLs的編寫(xiě)方法。下面是一個(gè)通用的寫(xiě)法：

BOOL APIENTRY DllMain(HANDLE 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:
        .
    }
    return TRUE;
}

void _declspec(dllexport) JustSoSo()
{
    MessageBox(NULL,"It's so easy!","Hahaha",MB_OK);
}
//要輸出一個(gè)類(lèi)也可以，如下：
class _declspec(dllexport) Easy
{
    //add your class definition
};

各位一定注意到在輸出函數(shù)或類(lèi)是我用到_declspec(dllexport),這是VC提供的一個(gè)關(guān)鍵字，用它可在動(dòng)態(tài)連接庫(kù)中輸出一個(gè)數(shù)據(jù)、一個(gè)函數(shù)或一個(gè)類(lèi)。用這個(gè)關(guān)鍵字可省你不少事，你不用在.DEF文件
中說(shuō)明我要輸出這個(gè)類(lèi)、那個(gè)函數(shù)的。Ok!各位照著上面的例子試著敲敲看，Just so easy!
先說(shuō)到這了

發(fā)信人: dragon (龍), 信區(qū): VC
標(biāo) 題: 關(guān)于VC中的DLL的編程[2]

前面講到Non-MFC DLL的編法，現(xiàn)在講講調(diào)用DLL的方法。對(duì)DLL的調(diào)用分為兩種，一種是顯式的調(diào)用，一種是隱式的調(diào)用。所謂顯式的調(diào)用，是指在應(yīng)用程序中用LoadLibrary或MFC提供的AfxLoadLibrary顯式的將自己所做的動(dòng)態(tài)連接庫(kù)調(diào)近來(lái)，動(dòng)態(tài)連接庫(kù)的文件名即是上兩函數(shù)的參數(shù)，再用GetProcAddress()獲取想要引入的函數(shù)。自此，你就可以象使用如同本應(yīng)用程序自定義的函數(shù)一樣來(lái)調(diào)用此引入函數(shù)了。在應(yīng)用程序退出之前，應(yīng)該用FreeLibrary或MFC提供的AfxLoadLibrary釋放動(dòng)態(tài)連接庫(kù)。

隱式的調(diào)用則需要把產(chǎn)生動(dòng)態(tài)連接庫(kù)時(shí)產(chǎn)生的.LIB文件加入到應(yīng)用程序的工程中，想使用DLL中的函數(shù)時(shí)，只須說(shuō)明以下，如下：說(shuō)明上篇的輸出函數(shù)void JustSoSo();隱式調(diào)用不需要調(diào)用LoadLibrary()和FreeLibrary().
由此看來(lái)，隱式說(shuō)明調(diào)用的方法比較簡(jiǎn)單，但DLL改變后，應(yīng)用程序須從新編譯。并且，所有所調(diào)用的DLL在應(yīng)用程序加載的同時(shí)被加載到內(nèi)存中，但應(yīng)用程序調(diào)用的DLL比較多時(shí)，裝入的過(guò)程十分慢。隱式的調(diào)用則在應(yīng)用程序不知道所要裝入的DLL或隱式調(diào)用不成功，此時(shí)，允許用戶(hù)指定所要加載的動(dòng)態(tài)連接庫(kù)，比較靈活

// MyRegularDll.h:main header file for the MYREGULARDLL DLL
#include "resource.h" // main symbols

class CMyRegularDllApp : public CWinApp
{
public:
    CMyRegularDllApp();
    // Overrides
    // ClassWizard generated virtual function overrides
    //{{AFX_VIRTUAL(CMyRegularDllApp)
    //}}AFX_VIRTUAL
    
    //{{AFX_MSG(CMyRegularDllApp)
    // NOTE - the ClassWizard will add and
    // remove member functions here.
    // DO NOT EDIT what you see in these blocks
    // of generated code !
    //}}AFX_MSG
    DECLARE_MESSAGE_MAP()
};

//MyRegularDll.cpp:Defines the initialization routines for the DLL.
//

#include "stdafx.h"
#include "MyRegularDll.h"
// Note!
//
// If this DLL is dynamically linked against the MFC
// DLLs, any functions exported from this DLL which
// call into MFC must have the AFX_MANAGE_STATE macro
// added at the very beginning of the function.
//
// For example:
//
// extern "C" BOOL PASCAL EXPORT ExportedFunction()
// {
// AFX_MANAGE_STATE(AfxGetStaticModuleState());
// // normal function body here
// }
//
// It is very important that this macro appear in each
// function, prior to any calls into MFC. This means that
// it must appear as the first statement within the
// function, even before any object variable declarations
// as their constructors may generate calls into the MFC
// DLL.

BEGIN_MESSAGE_MAP(CMyRegularDllApp, CWinApp)
//{{AFX_MSG_MAP(CMyRegularDllApp)
// NOTE - the ClassWizard will add
// and remove mapping macros here.
// DO NOT EDIT what you see in these blocks
END_MESSAGE_MAP()
/**/////////////////////////////////////////////////////////////
// CMyRegularDllApp construction
CMyRegularDllApp::CMyRegularDllApp()
{
    // TODO: add construction code here,
    // Place all significant initialization in InitInstance
}

#include "stdafx.h"
#include 

static AFX_EXTENSION_MODULE PROJNAMEDLL = { NULL, NULL };

extern "C" int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
    if (dwReason == DLL_PROCESS_ATTACH)
    {
        TRACE0("PROJNAME.DLL Initializing!\n");
        
        // Extension DLL one-time initialization
        AfxInitExtensionModule(PROJNAMEDLL,
            hInstance);
        
        // Insert this DLL into the resource chain
        new CDynLinkLibrary(Dll3DLL);
    }
    else if (dwReason == DLL_PROCESS_DETACH)
    {
        TRACE0("PROJNAME.DLL Terminating!\n");
    }
    return 1; // ok
}

posted on 2008-07-04 17:54 isabc 閱讀(593) 評(píng)論(0)  編輯 收藏 引用 所屬分類(lèi): C++基礎(chǔ)