小弟在公司的職責，在上篇博客中已經簡約介紹。這邊博客主要介紹技術的應用而不在細究原理。因為公司項目著急，出結果要緊，并且咱也不是專注搞研究的，所以，基本懂了原理后，直接上手工作，搞出demo來最好。

至于公司工作情況，今天暫且略過，當然也不是一兩句能夠表達清楚的。后面會有相應的工作總結，敬請期待……

現(xiàn)在，廢話少說，直奔主題——VC6.0中創(chuàng)建動態(tài)鏈接庫。
作為客戶與后臺的中介，為了更好的調節(jié)兩方的關系，我明智滴選擇了webservice以及動態(tài)鏈接庫。在與客戶c++使動態(tài)鏈接庫方式，而與后臺java，使用webservice來交流溝通。
既然有了動態(tài)鏈接庫，肯定大家會想到靜態(tài)鏈接庫。呵呵，這個是相對的。那這兩者有什么區(qū)別呢？那又為什么選擇了動態(tài)鏈接庫呢？
靜態(tài)鏈接庫：是把lib文件也打包到了exe文件中。
動態(tài)鏈接庫：沒有把lib文件打包到exe文件中，若是使用，則直接加載卸載相應的dll文件。
并且，靜態(tài)鏈接庫中不允許包含靜態(tài)鏈接庫和動態(tài)鏈接庫，而動態(tài)鏈接庫中是允許包含靜態(tài)鏈接庫和動態(tài)鏈接庫的。因為小弟封裝的dll中是調用客戶的dll，并且有可能包含另外自己的動態(tài)鏈接庫。
鑒于此，小弟選擇了動態(tài)鏈接庫。
還有一點是，動態(tài)鏈接庫，也是分為三種情況的。一是非MFC的dll（也就是控制臺的dll），二是常規(guī)的MFC的dll（其中又分靜態(tài)的dl和共享的dll），三是擴展的MFC 的dll。并且MFC的dll可以被MFC程序或者控制臺程序調用。
因為小弟封裝的dll，需要供MFC程序調用，所以選擇使用了MFC常規(guī)的dll。并且使用控制臺程序做測試。
首先，在新建工程中選擇MFC AppWizard (dll)
然后在頭.h文件中，聲明被外界調用的函數(shù)

聲明后，在cpp文件中，實現(xiàn)此函數(shù)。

編譯，build生成。OK，在Debug下生成相應的dll，至此動態(tài)鏈接庫生成了。然后程序就可以直接使用此dll文件了。
然后呢。把dll文件copy到相應的測試dll程序（調用dll的程序）下。使用方式如下：
我測試dll程序中，是使用的控制臺程序，這樣簡單方便，當然使用MFC程序也可以。
比如：我們新建一個控制臺程序，然后在main方法中，寫如下：

每一句的作用，注釋已經表達清楚。若是有不懂的，可以聯(lián)系我，互相交流一下。
其實，動態(tài)鏈接庫，類似我們VS中的dll，只不過，當時只要把dll引用到相應的程序，然后直接可以使用。而在此，是我們手動加載，連接，釋放dll。使用這種方式的動態(tài)鏈接庫，我們可以很隨意在我們程序中的任何地方都可以使用我們想調用的函數(shù)。
只要我們遵守了“加載，LoadLibrary——GetProcAddress——FreeLibrary”原則即可。使用相當方便。即可解脫了兩者之間耦合的困擾，又可以加載釋放方便。
調用靜態(tài)鏈接庫的做法如下：
第一：把lib文件和dll文件兩個文件全部放在客戶端下，調用動態(tài)鏈接庫時，只需要dll文件。
第二：在客戶端中需要新建頭文件，類似dll中的導出函數(shù)的頭文件。
第三：在客戶端調用dll文件中（cpp文件），添加預指令，也就是把lib文件顯式加載進來。
如：#pragma comment (lib,"IProcessInstIn.dll")
第四：在button事件下，直接調用相應的方法。
如：cout<<"結果是："<<queryFunctionByFID(相應的參數(shù));
總之，調用靜態(tài)鏈接庫，相對于來說，比較簡單，只要把相應的文件加載進來后，直接調用方法即可。但是調用動態(tài)鏈接庫相對來說，比較靈活，何時使用何時加載，不使用了直接卸載即可。
任何事物都有優(yōu)缺點，我們呢，就是充分利用他們的優(yōu)點，在不同的場合不同的需求下使用不同的方式。
剛才我們在生成dll時，使用Debug版本下的dll，既然有可以選擇Debug版本，根據我們的思維，肯定會想到，存在另外的版本。下篇博客中，我們會介紹一下Debug版本下的動態(tài)鏈接庫和另一個版本Release版本下的動態(tài)鏈接庫的區(qū)別，以及何時何地選擇何種版本。

最新評論