现在写程序终于 从WinMain 开始了, 哈哈, 再见 MFC, WTL, 没有框架的舒服感觉真舒服

Question

哈哈, 终于 从寀寀鸟, 走到了  寀鸟

Answer 1

俺都是反着来的
先WinMain再使用框架搞得

Answer 2

不要局限于MFC这些框架。基础是最关键的，基础好了，换平台，转型都很快的

Answer 3

什么工作需要从 main() 开始呢？

Answer 4

用"无框架"的程序结构来设计，能使得自己更深入的了解Windows系统。只要有足够的时间，就能对系统摸个透彻。
不过无框架的设计，反而会在框架上浪费很多很多的时间。而这些是在mfc，wtl中已经集成解决的。
所以，各有利弊。

Answer 5

例如写dll测试的时候,我用!哈哈..

Answer 6

我是一开始就用MFC  我当时根本不知道 WinMain(). 全MFC,  困惑 迷茫,项目失败了哈哈,这个时候出现了, WTL, 哈哈,还是困惑, 哈哈  SDK一切都是那么好, 哈哈哈哈

Answer 7

MFC其实非常误导人，它能让人快速上手，所以给人的感觉是MFC很容易掌握，其实要完全理解MFC非常地不容易，主要是框架搞得过于庞大复杂，而且不利于让人理解windows编程的实质，对于新手来说，遇到深一点的内容就傻眼，不知道该如何做。从这个角度讲，想快速开发就用MFC，想进阶就用SDK，再回来重新理解MFC。

Answer 8

恭喜，不过偶还是喜欢用WTL，省事儿。

Answer 9

HOHO WinMain ....   

Answer 10

重要的是思路与方法，语言不过是工具而已。C是普通螺丝刀，C++是带磁性的螺丝刀，VC是可以换头的螺丝刀，
工具越先进干活越顺手，但是新的工具需要付出一定的学习过程。我是这样理解的！

Answer 11

是的。楼主现在开始研究无应用程序框架的C风格Windows程序，很好。不过我对学习Windows编程的看法是：1，先学会MFC编程，老老实实用MFC向导，用MFC熟练编出好多程序 —— 外行 -> 纯初级；2，暂时放下MFC，开始学习所谓的用SDK编Windows程序，并且做好多好多的实验 —— 纯初级 -> 有进阶基础的初级（但仍然是初级哦）；3，带着对Windows程序的深刻理解回到MFC或者WTL框架，并且深刻理解了这两个框架的源码，开发时想怎么用就怎么用，建一个MFC工程可以不用MFC向导，很多困难都知道怎样解决，甚至对于有些困难，能够知道是由于MFC或WTL的小错误造成的，能够自己随意蹂躏MFC —— 有高手基础的初级 -> 中级；4，老老实实用MFC（或WTL）向导（极偶尔动用小手段获得比向导更便捷的操作），也不再从“空白Win32程序”开始手动创建MFC应用。但是注意力全部集中在所要实现的软件“Feature”上面，搭好一个基础框架工程就像开车的换档一样是一带而过的事情 —— 中级 -> 有进阶基础的中级；5，万不得已时用MFC，因为它在COM程序里难以游刃有余，所以为不太复杂的业务逻辑做设计时，以面向组件为主，工作总是从IDL开始，使用ATL框架（姑且称之为框架）。需要界面时借助一下WTL。并且向别人解释说“WTL是Windows UI框架，而MFC不是，至少不全是。MFC很广泛从界面到数据库到网络，呃，不过我可能不太喜欢啦” —— 有进阶基础的中级 -> 站在敞开大门的高手殿堂门口的中级；6，高级是啥境界？高手们众说纷纭，我还不知道。

Answer 12

这个还是很有道理, 我是直接MFC, 基础没有打劳, 回头看WinMain  好熟悉啊, 哈哈ATL + WTL + MFC  都经历过了.  项目 还是 产品, 哈哈,  准备进阶 中级, 
惭愧  4 年了  嘎刚刚 混了  初级 ...

Answer 13

不过我说的那些，只是我自认为的比较标准的进阶线路。而大多数人在第4、5年头上的时候，都能够“站在敞开大门的高手殿堂的门口”了。dove1980也是。只不过遗憾的是，对于大多数人来说，前面的每一步都走过，脚印有深有潜。

Answer 14

我是先用C,然後用mfc，第一次見到消息映射，心裏想，這是什麽狗屎，太臭了。