新手上路Win32 MFC

Question

求老师指教：用WIN32编写窗口应用程序和用MFC编写窗口应用程序内在区别。

Answer 1

MFC上手快，但是深入难。
win32反之。
如果你是在校学生，最好把win32 SDK开发好好研究一下再转MFC。
如果你已经走入社会，直接MFC吧。

Answer 2

MFC是win32 SDK的封装。
应用为主MFC，学习为主WIN32。
就这么简单

Answer 3

同意1楼，WIN32更偏底层，适合长远的开发用，MFC封装的东西太多。

Answer 4

内在区别应该是没有吧，如果要说有，就是MFC程序如果是动态链接的话，运行要带很多相关的DLL。

Answer 5

直接用mfc吧.
Win32编程用的人比较少了.

Answer 6

Windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用Windows的接口函数API）对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。 WIN32直接调用的windows系统自带的API函数，但是繁多的API，比如创建进程、窗口、鼠标键盘操作等API给程序员记忆使用增加了负担，因此微软为了简化开发过程，提供了MFC类库（class libraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，以减少应用程序开发人员的工作量。其中包含的类包含大量Windows句柄封装类和很多Windows的内建控件和组件的封装类。
MFC是面向对象程序设计与Application framework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架。MFC是微软对API函数的专用C++封装，这种结合一方面让用户使用微软的专业C++ SDK来进行Windows下应用程序的开发变得容易，因为MFC是对API的封装，微软做了大量的工作，隐藏了好多程序开发人员在Windows下用C++ 编制软件时的大量内节，如应用程序实现消息的处理、设备环境绘图，这种结合是以方便为目的的，必定要付出一定代价，因此就造成了MFC对类封装中的一定程度的的冗余和迂回，但这是可以接受的。 

Answer 7

打个比喻，一个是成品模型，一个是单个零件
mfc把单个零件组装了起来，就是这个意思。

Answer 8

MFC只是API的简单封装，更面向对象一些
MFC和API是可以混用的
一般情况下建议用MFC，除了不能用MFC，只能用API的情况