入门学习C++的一点讨论

入门学习C++的一点讨论

单就学习C++语言而言，建议初学者还是不要用IDE.原因很简单，IDE牵引性太强了。

比如VC吧，上来就建立工程，然后就是一大堆向导选项，最后一出来就是搭建好的一个框架，然后，编……

我当年学习VC，第一次下来，当场晕厥，我编啥哦？！！！

一个程序，总要有个入口，出口，用VC的MFC框架，初学者连入口都找不到，我连初始化代码在哪运行都搞不懂，怎么编？

这种情况持续了两三年，最后，看了侯老师的深入浅出，才算彻底搞懂了MFC的框架结构，但侯老师也是通过把MFC拆了，一点点展示给读者看，我才看懂的。

后来发现，VC和MFC是一套工程系统，它设计的前提是一个工程设计人员，在很熟练VC的情况下，可以迅速用它搭建应用程序平台，但对于初学者，很不友好。

反过来，我从VC转到gcc，反而容易，很简单，都是main开始，一看就明白，然后，C和C++该写啥就写啥，反正专心实现自己的功能，实现玩，做个makefile，编译就ok.顺便说一句，makefile我只学了两个小时就会了，比MFC的两年多，节约了一点时间。呵呵。

事实上，我真正开始写的第一个windows工程，其实都还是WinMain的，当时确实搞不懂MFC的框架体系，而且，误导非常严重，老是把不相干的东西弄到一起，要么一起学会，要么都不会。

大家可能还记得我发的帖子《我学习MFC的一些疑惑》，其实这些都是当年我自己晕头的地方，直到很多年以后，我通过WinMain和gcc，彻底弄懂了线程、窗口等不同的运行机制，才发现被MFC忽悠了。这些东西根本没有关系。原来玩Socket，不需要一定用类，原来玩线程，也不需要用类，原来玩窗口，还是不需要用类，我晕……

命令行方式，看似简陋，但是它能让程序员专心于自己的事物，不用学完C++之后，为了学习使用VC，还要学一大堆Windows系统相关的开发，这些东东，和系统绑定性太强，其实通用性不高的，gcc就用不到窗口开发的内容。Linux的XWindows有人家自己的标准。

这可能也是微软的绑定策略，其实微软并不喜欢有太多跨平台的C++程序员，因为这对于他卖Windows系统没有帮助，所以微软所有的开发类文档，必然先提Windows，再提C++标准，好像只有Windows平台才能开发C++软件一样，其实是典型的商业误导和欺骗，大家别被忽悠了。

顺便说一句，很多时候，C++实现工程项目，和Windows一点关系都没有，也只有UI相关的部分才会用到Windows界面开发，在工程中，我们团队里最多只有1~2个人负责UI，其他的人，写的都是内部功能代码，用printf调试，没MFC什么事儿。

说到printf，不得不说，VC有点球莫名堂，所有的Windows程序，没有控制台，printf被屏蔽了，很多初学者当场又晕了，要知道，大家的第一个程序都是printf（"hello world！\n"）；这里大家可能要说了，肖老师不是C++程序员，printf是C的，C++要用cout，OK，OK，就cout，Windows程序一样没戏，还是输不出来。

程序员连个基本的输出手段都没有，要想打印一句话到窗口上，我粗略算过，WinMain大概需要86句话启动一个窗口，MFC就不敢算了，太多了，巨无霸的一个框架。

至于吗？给人的感觉，我们本来想喝杯矿泉水，结果被微软强行灌了一口二锅头。

微软这个习惯很不好，他以不惜得罪所有程序员的代价，来强行推广它的windows程序开发，其实是很不厚道的行为。

嗯，再说调试，VC的IDE调试还是很方便的，可以跨线程单步跟踪，不过，实际工程中，稍微涉及到一点复杂的计算，和性能沾点边的，单步跟踪基本都无效。为啥，我这边才走一步，那边别的线程已经几百个报文和操作过去了，单步跟踪和实际运行，看到的根本就是两码事，所以高性能程序debug，一般都是用printf大法，把信息打出来分析。呵呵，问题又出来了：printf哪去了？