• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            山寨:不是最好的,是最適合我們的!歡迎體驗山寨 中文版MSDN

            Blog @ Blog

            當華美的葉片落盡,生命的脈絡才歷歷可見。 -- 聶魯達

            常用鏈接

            統計

            積分與排名

            BBS

            Blog

            Web

            最新評論

            vc dll編程

            轉自:http://blog.csdn.net/aocanghai/archive/2003/07/24/20509.aspx(個人對作了調整,文字結構更加清晰!)
            在我們實際用軟件時,經常可看到許多動態連接庫。動態連接庫有其自身的優點如節省內存、支持多語種等功能,而且,當DLL中的函數改變后,只要不是參數的改變調用起的函數并不需要重新編譯。這在編程時十分有用。至于其他妙處,各位在電腦雜志、書籍中都能看到,我這里再說就是廢話了.這次小弟我所要講的是如何在VC5.0中如何做自己的Win32 DLLs,各位要做自己的動態連接庫,首先要知道DLLVC5.0中都有哪幾種分類。VC支持三種DLL,它們是:
            1.Non-MFC Dlls
            2.Regular Dlls
            3.Extension Dlls Note:
            翻譯措辭不當,故遇到術語是引用原詞

            Non-MFC DLL:
            指的是不用MFC的類庫結構,直接用C語言寫的DLL,其輸出的函數一般用的是標準C接口,并能被非MFCMFC編寫的應用程序所調用。LLRegular DLL:和下述的Extension Dlls一樣,是用MFC類庫編寫的。明顯的特點是在源文件里有一個繼承CWinApp的類。其又可細分成靜態連接到MFC和動態連接到MFC上的。但靜態連接到MFC的動態連接庫只被VC的專業般和企業版所支持。Extension DLL:用來實現從MFC所繼承下來的類的重新利用,也就是說,用這種類型的動態連接庫,可以用來輸出一個從MFC所繼承下來的類。Extension DLL使用MFC的動態連接版本所創建的,并且它只被用MFC類庫所編寫的應用程序所調用。各位看到這里如果眼有點花或頭有點暈,請別泄氣,再看兩遍,然后繼續往下看,定有收獲。

            : 關于VC中的DLL的編程[1]

            這一節介紹Non-MFC DLLs的編寫方法。下面是一個通用的寫法:

            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;
            }
            每一個DLL必須有一個入口點,這就象我們用C編寫的應用程序一樣,必須有一個WINMAIN函數一樣。在這個示例中,DllMain是一個缺省的入口函數,你不需要編寫自己的DLL入口函數,并用linker的命令行的參數開關/ENTRY聲明。用這個缺省的入口函數就能使動態連接庫被調用時得到正確的初始化,當然了,你不要在初始化的時候填寫使系統崩潰的代碼了。參數中,hMoudle是動態庫被調用時所傳遞來的一個指向自己的句柄(實際上,它是指向_DGROUP段的一個選擇符)ul_reason_for_call是一個說明動態庫被調原因的標志。當進程或線程裝入或卸載動態連接庫的時候,操作系統調用入口函數,并說明動態連接庫被調用的原因。它所有的可能值為:
            DLL_PROCESS_ATTACH:
            進程被調用
            DLL_THREAD_ATTACH:
            線程被調用
            DLL_PROCESS_DETACH:
            進程被停止
            DLL_THREAD_DETACH:
            線程被停止
            lpReserved
            是一個被系統所保留的參數。
            入口函數已經寫了,盛下的也不難,你可以在文件中加入你所想要輸出的函數或變量或c++類或、或、或、?好象差部多了。Look here!現在就要加入一個新的輸出函數了:
            void _declspec(dllexport) JustSoSo()
            {
                MessageBox(NULL,
            "It's so easy!","Hahaha",MB_OK);
            }

            //要輸出一個類也可以,如下:
            class _declspec(dllexport) Easy
            {
                
            //add your class definition
            }
            ;

            各位一定注意到在輸出函數或類是我用到_declspec(dllexport),這是VC提供的一個關鍵字,用它可在動態連接庫中輸出一個數據、一個函數或一個類。用這個關鍵字可省你不少事,你不用在.DEF文件
            中說明我要輸出這個類、那個函數的。Ok!各位照著上面的例子試著敲敲看,Just so easy!
            先說到這了

            發信人: dragon (), 信區: VC
            : 關于VC中的DLL的編程[2]

            前面講到Non-MFC DLL的編法,現在講講調用DLL的方法。對DLL的調用分為兩種,一種是顯式的調用,一種是隱式的調用。所謂顯式的調用,是指在應用程序中用LoadLibraryMFC提供的AfxLoadLibrary顯式的將自己所做的動態連接庫調近來,動態連接庫的文件名即是上兩函數的參數,再用GetProcAddress()獲取想要引入的函數。自此,你就可以象使用如同本應用程序自定義的函數一樣來調用此引入函數了。在應用程序退出之前,應該用FreeLibraryMFC提供的AfxLoadLibrary釋放動態連接庫。

            隱式的調用則需要把產生動態連接庫時產生的.LIB文件加入到應用程序的工程中,想使用DLL中的函數時,只須說明以下,如下:說明上篇的輸出函數void JustSoSo();隱式調用不需要調用LoadLibrary()FreeLibrary().
            由此看來,隱式說明調用的方法比較簡單,但DLL改變后,應用程序須從新編譯。并且,所有所調用的DLL在應用程序加載的同時被加載到內存中,但應用程序調用的DLL比較多時,裝入的過程十分慢。隱式的調用則在應用程序不知道所要裝入的DLL或隱式調用不成功,此時,允許用戶指定所要加載的動態連接庫,比較靈活


            發信人: dragon (), 信區: VC
            : 關于VC中的DLL的編程[3]


            Regular DLL
            能夠被所有支持DLL技術的語言所編寫的應用程序所調用。在這種動態連接庫中,它必須有一個從CWinApp繼承下來的類,DllMain函數被MFC所提供,不用自己顯式的寫出來。下面是一個
            例子:
            // 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
            }
            以上是AppWizard產生的含有主要代碼的兩個文件,各位可從中看出和Non-MFC Dlls的區別。但要注意上面的AppWizard的提醒啊。
            發信人: dragon (), 信區: VC
            : 關于VC中的DLL的編程[4]

            發信站: 飲水思源站 (Thu Mar 25 00:46:22 1999) , 站內信件

            這次要講的是最后一種動態連接庫:Extension Dlls.再次說明,Extension Dll只被用MFC類庫所編寫的應用程序所調用.在這種動態連接庫中,你可以從MFC繼承你所想要的、更適于你自己用的類,并把它提供給你的應用程序。你也可隨意的給你的應用程序提供MFCMFC繼承類的對象指針。Extension DLLs Regular DLLs不一樣,它沒有一個從CWinApp繼承而來的類的對象,所以,你必須為自己DllMain函數添加初始化代碼和結束代碼.如下:

            #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
            }
            在上面代碼中AfxInitExtensionMoudle函數捕捉此動態庫模塊用.在初始化的時NEW一個CDynLinkLibrary對象的目的在于:它能是Extension DLL想應用程序輸出CRuntimeClass對象或資源.如果此動態連接庫被顯式的調用,還必須在DLL_PROCESS_DETACH選擇項的執行代碼上調用AfxTermEXtensonModule,這保證了當調用進程與動態連接庫分離是正確清理內存中的動態庫模塊。如果是隱式的被調用,則此步不是必須的了。

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

            廣告信息(免費廣告聯系)

            中文版MSDN:
            歡迎體驗

            久久婷婷色综合一区二区| 日韩人妻无码精品久久久不卡| 蜜桃麻豆WWW久久囤产精品| 久久精品桃花综合| 日韩精品无码久久久久久| 亚洲欧美精品一区久久中文字幕 | 久久99国产精品二区不卡| 91精品国产91久久久久福利| 91精品国产色综久久 | 亚洲精品综合久久| 2021国产精品午夜久久| 精品国产青草久久久久福利| 伊人久久大香线蕉av不卡| 99久久人人爽亚洲精品美女| 国产精自产拍久久久久久蜜| 国产色综合久久无码有码| 欧洲精品久久久av无码电影| 99久久超碰中文字幕伊人| 亚洲国产天堂久久久久久| 久久www免费人成看片| 久久精品中文无码资源站| 精品无码久久久久久久久久| 欧洲精品久久久av无码电影| 欧美一区二区精品久久| 久久久女人与动物群交毛片| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 久久久久久综合网天天| 久久久久亚洲av无码专区| 国产99久久久国产精品~~牛| 狠狠色丁香久久婷婷综合图片 | 大香伊人久久精品一区二区| 久久精品国产亚洲av水果派| 精品久久久久中文字| 亚洲欧美日韩久久精品第一区| 少妇被又大又粗又爽毛片久久黑人| 91久久精品91久久性色| 久久综合色区| 色综合久久夜色精品国产| 久久精品国产亚洲麻豆| 国内精品久久久久影院薰衣草 | 久久亚洲欧美日本精品|