在学习 VC 与 MFC 之前应该打下什么基础 泪流满面

你无法理解，因为你没有实践经验，其实只是看书是没有用的，你要经常练习，看大程序，但不看细节，看结构，学习别人的想法。

如果你觉得你的知识库还不够，我建议你需要好好看看操作系统和数据结构，这是编程中最重要的事情，如果你工作的话，你不需要了解硬件方面。

推荐几本书。

C++ C++入门是基础，会帮助你在语言上打下坚实的基础，多看多想，同时本书使用了大量的数据结构，也理解和阅读了更多。

重要的是自己多写**并练习。

《MFC 简单来说》从非常基础的角度全面描述了从 Windows API 到 MFC 的过程，对您打下良好的基础会有很大的帮助。

Windows Core Programming 是一本在系统内部有很多知识的书，可以在阅读上一本书后提高程序的质量。

当你阅读和玩过这些书时，你已经思考过它，你已经练习过了。

很难不成为大师。

也许你一开始看不懂这些书，但是你有互联网，而且网上的朋友那么多，所以如果你不明白，问问大家。

很多人会指出你所教的。

如果你有毅力，你就会进步。

不要热情三分钟。

不要气馁，如果你在学校学到的东西不够也没关系。

工作中的学校比学校多得多。

我们鼓励所有世代。

我觉得我和你很像，但是我从去年10月开始自学C++，以前没学过C语言，有点不知所措，觉得真的很难，MFC很大，C++也很大，真的不容易学好，有一件事我可以肯定，我绝对可以坚持下去， 虽然很难，但刚选择C++的时候，我知道C++和VC很难，所以我把学习的过程当成一个克服困难的过程，相信会有收获的，如果你学好VC，其他计算机技术应该很好用，我不是计算机专业人士，我已经把你想要的技术内幕发到你的QQ邮箱了，而来源**，就很清楚了。

就我个人而言，我认为你不必找很多书来学习编码。 最主要的是多用，多练习，多思考。

例如，在学习 Windows 编程时，您不必考虑它是如何工作的，您可以从一个简单的 hello world 开始，一点一点地增加程序的功能。 如记事本功能、定时功能、**显示等。 遇到障碍时，可以在线寻求答案。

在实践的过程中，你会不断加深自己的理解，到了一定程度后，当你看到这个概念时，你会突然明白。

这些都是随着时间和经验的积累，通常最好不要急于求成，慢慢来。

说到电子书，我一般都在。

如果你在找它，你可以找到它，如果你找不到它，你仍然可以找到它。

我觉得你已经见识了那么多大事，那你现在为什么不尝试做点什么，做项目是提高学习效率的最好方法，你已经有了基础，而且也看了孙欣的**，简单来说，那么你应该有足够的知识去做一件事，如果你不练习读书， 你学不了编程，赶紧找点事做，做贪婪的蛇，做一只小飞鸽子等等，一旦做了某件事，你就会觉得很有成就感。

至于 VC Tech Insider，我有，但它很大，76MB，我怎么能给你。

你想到了一个办法，然后嗨。

学习的顺序应该是正确的，简单理解MFC是正常的，所以多看一下就可以理解它。

C++是必须的。

然后看看 VC Tech Insider。 CSDN 上有很多较低的。

VC Technology 内幕如何通过邮箱发送超过70万亿。

如果你想学习编程，就不要接受它（不要骂我。 我实在是太不合时宜了！ 嘿）这是一个借口。

如果你真的想不假思索地完成某件事，那么你还不如去做个黑帮。 不要太专注。

VC++ 是 1998 年推出的编译器（确切地说是集成开发环境）。

MFC 是一个应用程序框架，它甚至在 VC++ 之前就出现了，之前所有的 VC++ 都说 VC++ 包含 MFC 时都是不正确的。 不仅 VC++，而且 VS 中也提供 MFC。 类，确切地说

该向导特定于 VC 或 VS 类

Wizard 是一个插件，它作为 IDE （如 VC）的一项功能提供完整的功能，使用户更容易使用 MFC 进行编程。

但是，由于 MFC 是开源的，理论上你可以参考它的 **（如果你真的有闲话）进行一些修改并移植到其他 IDE 上，如果你更感兴趣，也可以为你移植的 IDE 开发一个类似的类

向导插件，则该 IDE 也可以使用 MFC。

至于说MFC只是接口，有点狭隘，首先是Windows

API提供了界面的绘图功能，可以创建窗口程序并在其上绘图，无需MFC。 其次，MFC 是一个封装常用 Windows 的应用程序框架

API 在一定级别将其呈现给用户。 在编译器不支持 RTTI 的情况下，MFC 的开发人员使用他们的方法在此框架中提供 RTTI，通过 Message 使用 Windows 消息响应机制

map（消息映射）， 消息

路由对用户来说更自然，提供了方便的链表类，其中对容器的 C++ 支持不太完美。 总而言之，MFC 不仅仅是一个接口。

最后，MFC确实凝聚了一堆Microsoft牛的技术结晶，但毕竟是20年前的结晶，实际上现在几乎被淘汰了（VC++也是）。

VC++ 包括 MFC。

VC++ 是一个可以做很多事情的编译器，而 MFC 只是一个使用 C++ 作为接口的工具。

让我们看看其他人怎么说。

VC++ 是 1998 年推出的编译器（确切地说是集成开发环境）。

MFC 是一个应用程序框架，它甚至在 VC++ 之前就出现了，之前所有的 VC++ 都说 VC++ 包含 MFC 时都是不正确的。 不仅 VC++，而且 VS 中也提供 MFC。 准确地说，Class Wizard 是 VC 或 VS 独有的，Class Wizard 插件作为 VC 和其他 IDE 的一个功能，提供了最佳的完成功能，使用户使用 MFC 进行编程更加方便。

但是，由于 MFC 是开源的，理论上你可以参考它的**（如果你真的有闲暇的话）进行一些修改并移植到其他 IDE 上，如果你更感兴趣，也可以为你移植的 IDE 开发一个类似于 Class Wizard 的插件，那么那个 IDE 也可以使用 MFC。

至于MFC只是做接口，这个有点狭隘，首先Windows API提供了接口绘制功能，你不是用MFC来创建窗口程序，然后在上面画画的。 其次，MFC 是一个应用程序框架，它封装了常用的 Windows API，并在一定级别将它们呈现给用户。 在编译器不支持RTTI的情况下，MFC的开发者在这个框架中使用了他们的方法提供了RTTI，通过消息映射、消息路由更自然地将Windows的消息响应机制呈现给用户，并在C++对容器的支持不是那么完善的时候，提供一个方便的链表类。

总而言之，MFC 不仅仅是一个接口。

最后，MFC确实凝聚了一堆Microsoft牛的技术结晶，但毕竟是20年前的结晶，实际上现在几乎被淘汰了（VC++也是）。

VC++ 包括 MFC。

VC++ 是一个可以做很多事情的编译器，而 MFC 只是一个使用 C++ 作为接口的工具。

同理，刚开始的时候我也是这样，一头雾水，一点逻辑都没有。 造成这种情况的主要原因是 Microsoft 没有很好地封装 MFC。 这里就不谈吕如寿了。 我想提出两点建议：

1。如果可能的话，建议使用Qt Creator进行C++程序开发，它对于封装接口相关功能很容易理解。 但是，缺点是效率会比MFC低15%左右。

2。如果你坚持MFC，那就是多练习多思考，侯杰先生的书还是很经典的，建议多读书多想，坚持下去一定会成功。

最后，我非常佩服你，我在高中开始MFC，直到我读研究生才开始学习，这很尴尬。

我也是自学成才的，我走了很多弯路，因为我没有人指导我，如果我想，我可以互相学习。

我也是自学成才，一路摸着樱花神爬滚滚，实在是太辛苦了 不过好不容易进了岩门 如果你想让我的学习慢下来的御道，可以私信给我留QQ，我补充一下，这里发不方便