• <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>

            yehao's Blog

            _declspec(dllexport)

            我相信寫WIN32程序的人,做過DLL,都會(huì)很清楚 __declspec(dllexport)的作用,

            它就是為了省掉在DEF文件中手工定義導(dǎo)出哪些函數(shù)的一個(gè)方法。

            當(dāng)然,如果你的DLL里全是C++的類的話,你無法在DEF里指定導(dǎo)出的函數(shù),只能用__declspec(dllexport)導(dǎo)出類。

            但是,MSDN文檔里面,對(duì)于 __declspec(dllimport)的說明讓人感覺有點(diǎn)奇怪,先來看看MSDN里面是怎么說的: 不使用 __declspec(dllimport) 也能正確編譯代碼,但使用 __declspec(dllimport) 使編譯器可以生成更好的代碼。

            編譯器之所以能夠生成更好的代碼,是因?yàn)樗梢源_定函數(shù)是否存在于 DLL 中,這使得編譯器可以生成跳過間接尋址級(jí)別的代碼,而這些代碼通常會(huì)出現(xiàn)在跨 DLL 邊界的函數(shù)調(diào)用中。但是,必須使用 __declspec(dllimport) 才能導(dǎo)入 DLL 中使用的變量。

            初看起來,這段話前面的意思是,不用它也可以正常使用DLL的導(dǎo)出庫,但最后一句話又說,必須使用 __declspec(dllimport) 才能導(dǎo)入 DLL 中使用的變量這個(gè)是什么意思??

            那我就來試驗(yàn)一下,假定,你在DLL里只導(dǎo)出一個(gè)簡單的類,注意,我假定你已經(jīng)在項(xiàng)目屬性中定義了

            SIMPLEDLL_EXPORT

            SimpleDLLClass.h

            #ifdef SIMPLEDLL_EXPORT

             #define DLL_EXPORT __declspec(dllexport)

            #else

            #define DLL_EXPORT

            #endif

            class DLL_EXPORT SimpleDLLClass

            {

            public: SimpleDLLClass();

            virtual ~SimpleDLLClass();

             virtual getValue() { return m_nValue;};

            private: int m_nValue;

            };

            SimpleDLLClass.cpp

             #include "SimpleDLLClass.h"

             SimpleDLLClass::SimpleDLLClass()

            { m_nValue=0; }

            SimpleDLLClass::~SimpleDLLClass()

            { }

            然后你再使用這個(gè)DLL類,在你的APP中include SimpleDLLClass.h時(shí),你的APP的項(xiàng)目不用定義 SIMPLEDLL_EXPORT 所以,DLL_EXPORT 就不會(huì)存在了,

            這個(gè)時(shí)候,你在APP中,不會(huì)遇到問題。

            這正好對(duì)應(yīng)MSDN上說的__declspec(dllimport)定義與否都可以正常使用。但我們也沒有遇到變量不能正常使用呀。那好,我們改一下SimpleDLLClass,把它的m_nValue改成static,然后在cpp文件中加一行 int SimpleDLLClass::m_nValue=0; 如果你不知道為什么要加這一行,那就回去看看C++的基礎(chǔ)。 改完之后,再去LINK一下,你的APP,看結(jié)果如何,結(jié)果是LINK告訴你找不到這個(gè)m_nValue。明明已經(jīng)定義了,為什么又沒有了??肯定是因?yàn)槲野裮_nValue定義為static的原因。但如果我一定要使用Singleton的Design Pattern的話,那這個(gè)類肯定是要有一個(gè)靜態(tài)成員,每次LINK都沒有,那不是完了? 如果你有Platform SDK,用里面的Depend程序看一下,DLL中又的確是有這個(gè)m_nValue導(dǎo)出的呀。再回去看看我引用MSDN的那段話的最后一句。 那我們?cè)俑囊幌耂impleDLLClass.h,把那段改成下面的樣子: #ifdef SIMPLEDLL_EXPORT #define DLL_EXPORT __declspec(dllexport) #else #define DLL_EXPORT __declspec(dllimport) #endif 再LINK,一切正常。原來dllimport是為了更好的處理類中的靜態(tài)成員變量的,如果沒有靜態(tài)成員變量,那么這個(gè)__declspec(dllimport)無所謂。

             

            本文來自CSDN博客,轉(zhuǎn)載請(qǐng)標(biāo)明出處:http://blog.csdn.net/jackychu/archive/2009/08/12/4438228.aspx

            posted on 2011-05-15 22:00 厚積薄發(fā) 閱讀(1972) 評(píng)論(1)  編輯 收藏 引用 所屬分類: Windows編程

            評(píng)論

            # re: _declspec(dllexport) 2012-10-14 17:37 天堂左我往右

            剛學(xué)c++,不錯(cuò)  回復(fù)  更多評(píng)論   

            導(dǎo)航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類

            文章分類

            文章檔案

            搜索

            最新評(píng)論

            久久精品国产免费观看三人同眠| 久久中文字幕无码专区 | 久久精品视频免费| 久久九九久精品国产免费直播| 国产精品美女久久久免费| 久久永久免费人妻精品下载| 人妻无码精品久久亚瑟影视| 久久se精品一区二区影院| 亚洲国产精品久久久久网站| 久久精品视频网| 99久久国产综合精品麻豆| 精品久久久久久无码中文字幕一区 | 久久综合亚洲鲁鲁五月天| 性做久久久久久久久老女人| 久久久久女教师免费一区| 久久久精品国产Sm最大网站| 久久99国产一区二区三区| 久久国产V一级毛多内射| 久久久久久久综合日本| 亚洲性久久久影院| 超级97碰碰碰碰久久久久最新| 亚洲午夜久久久| 久久国语露脸国产精品电影| 色偷偷偷久久伊人大杳蕉| 人妻无码αv中文字幕久久 | 国产精品嫩草影院久久| 精品无码久久久久久久动漫| 无码国内精品久久人妻麻豆按摩| 久久亚洲精品国产亚洲老地址| 久久人人爽人人爽人人片AV东京热 | 色播久久人人爽人人爽人人片AV| 国内精品九九久久精品| 久久精品a亚洲国产v高清不卡 | 国产亚洲精午夜久久久久久| 欧美久久久久久午夜精品| 99久久国产亚洲综合精品| 久久午夜免费视频| 久久亚洲AV成人无码软件| 久久Av无码精品人妻系列| 7国产欧美日韩综合天堂中文久久久久| 久久精品国产精品青草|