常規DLL：MFC共享VS MFC靜態鏈接

Question

當我們使用Visual Studio創建一個DLL（VC8或9），我們得到了一個選項， 創建常規DLL

using MFC as shared DLL 

或

using MFC as static library 

他們有什麼不同？哪一個建議使用？

Answer 1

[我想我得到了我現在答案]

如果您使用MFC DLL作爲動態鏈接，您的代碼將需要與您的應用程序或用戶端一起安裝的Microsoft Foundation Library DLL（特別是您的代碼所需的版本）。因此，這意味着你的安裝包將包含

• 您的應用程序/ DLL和支持文件
• 所有MFC的Dll

這使得安裝包大小去更大，也使需要時間用戶下載您的安裝設置。

如果以靜態庫的形式鏈接到MFC，即使沒有MFC DLL出現在用戶端，您的代碼也可以正常工作。原因很簡單，你在代碼中引用的所有MFC庫都將鏈接到你的應用程序或DLL中。這意味着你的app/dll中使用的MFC庫成爲你的二進制文件的一部分;但是，您的應用/ dll會稍大一點。

Answer 2

靜態庫表示從庫中使用的代碼包含在可執行文件中。因此，您無需運送庫或要求最終用戶在機器上安裝它。然而，這會膨脹你的可執行文件的大小並將你綁定到該庫版本，所以如果你只需要更新庫，你必須提供一個新的可執行文件。

共享庫在需要時（運行時）執行代碼時調用庫，但它需要用戶在其機器上安裝它（通常是特定或最低版本）。如果需要，還可以在應用程序中分發所需的庫版本。

至於哪個更好，我不知道。我不是Windows C++或MFC程序員，所以我不能說。在我的Linux服務器上，我編寫的應用程序通常是服務器端的，因此使用共享庫。

這取決於你的應用程序是如何被使用的，分佈式的，更新的頻率MFC庫的變化，如果是一般可在用戶的個人電腦等

Answer 3

另一個考慮是爲您的應用程序提供服務。

如果您發佈MSFT redis，動態鏈接到它的庫，然後MSFT稍後「修復」DLL中的一些重要缺陷，它們會通過Window更新將DLL修補到客戶機器上。如果您靜態鏈接，則需要直接更新所有客戶。當然，如果你擔心補丁DLL可能會破壞你的應用程序（因爲你依賴未指定的行爲），你可能想要直接與你的客戶進行服務（和測試）。