为什么mfc的dll亟需单独拿出来成为一种特殊的dll

为什么mfc的dll需要单独拿出来成为一种特殊的dll?
用vc创建控制台程序的时候，可以选择支持mfc和atl，这只是一个选项而已。
但是创建dll的时候，mfc扩展dll却单独成为一类dll。这是为什么呢? 使用mfc的dll需要有什么特殊之处吗?

谢谢》
[解决办法]
因为它要用到mfc，而mfc并不是标准的win32.
[解决办法]
mfc本身就是对api的一种封装而已，就像你封装了一个功能到dll里给客户用，必然是按你的规则来的
[解决办法]

引用:

Quote: 引用:

因为它要用到mfc，而mfc并不是标准的win32.

那为什么不是在dll的工程属性里面去给个选项说"支持MFC"，而是要单独作为一类dll呢? 这才是我问题的本意。谢谢。

楼主做个实验，在纯win32 dll里使用mfc的类，试试，看需要包含多少头文件。

[解决办法]

引用:

Quote: 引用:

Quote: 引用:

Quote: 引用:

因为它要用到mfc，而mfc并不是标准的win32.

那为什么不是在dll的工程属性里面去给个选项说"支持MFC"，而是要单独作为一类dll呢? 这才是我问题的本意。谢谢。

楼主做个实验，在纯win32 dll里使用mfc的类，试试，看需要包含多少头文件。

谢谢，我的问题是可以把支持mfc作为生成dll的一个选项啊，如果选择支持mfc，那么在stdafx.h里面去增加这些头文件。

控制台程序可以选择支持atl或者mfc就是用的一个选项，dll为什么不是这样的呢?

做完实验，再说

为什么mfc的dll亟需单独拿出来成为一种

热点推荐