再见Windows C++

我3年多以前写过一个小工具，是用来检测Windows操作系统的版本及其所安装的.NET Framework版本的，我用它来排查由于缺乏运行环境支持所导致的程序无法运行的问题。这个工具是用Visual Studio 2010的C++写的，为什么不用C#写？——很明显，如果一台电脑连.NET都没安装的话，那我这个小工具也运行不了啊。我后来还把这个小工具发布出来了：《Windows及.NET Framework版本检测工具》

 

如果这个小工具不算在内的话，我上一次写Windows C++程序是2011年11月，许多年过去了……“Windows C++开发”，更专业点说，应称作“基于原生Windows SDK的程序开发”，它区别于使用.NET、Java、Python之类的需要特定运行平台的开发（使用CLI的C++也不算） ，它曾经是我最擅长和钟爱的技术，我从2004年开始接触Windows C++开发，中间所有的工作，或多或少都跟这个有关系，这么算来，我对Windows C++的使用年限有足足7年……

 

人生中许多事情的发展总有很大的偶然性，“一句话改变人的一生”这种鸡汤传闻理智上看是很荒谬，但却又时时刻刻发生着。我是在高中的时候（1996年）看电脑报有一则笑话，里面有句话，“不懂你说的什么超级C++语言”，以此来表示一个人说话很难理解，当时我对C++完全不懂，但按照字面上意思去看，肯定是先有C，然后有C+，接着才是C++，一个比一个难！难就意味着牛逼，那是肯定的，你想想那些奥林匹克竞赛的题目哪有容易的？解开难题才显得自己牛啊！就这样，我把C++和“难”和“牛逼”关联了起来，且接下来很长一段时间里都一直这么认为。

 

我获得第一份正儿八经的程序员的工作是2003年，那时候在一家外包公司做C开发，C++仍然只懂点皮毛，但无聊单调乏味的外包开发工作激发了我往更深处学习的欲望，我决定好好学学C++，一来自己有C的基础，二来身边有位懂C++的同事，有什么不懂可以请教他啊，最关键的还是之前植在自己内心深处的这个观点——这玩意儿牛！就这样，我买了几本书，开始了漫长的学习旅程。而在此前，我曾经用过Visual Basic 6.0，我的毕业设计就是用它来做的，这东西多简单啊！拖拽几个控件，一个界面就好了，双击下按钮，就可以编写它的点击处理方法，而对应的Visual C++ 6.0咋就这么难用呢？我觉得一定是我努力不够，难学，就意味着里边学问深，需要花更多的力气，就这样，我艰难的啃着书，指望有天能成为传说中的大神。

 

 

这种学习无疑是低效的（当然我领悟出这个道理时已经是数年后的事情了），为啥？想想看我学VC++的动机是什么？想学点难（牛逼）的东西，然后找份更Exciting的工作，我缺乏明确的方向，我其实并不知道什么时候应当使用VC++，什么时候应当用C，也不去了解对一个问题是否还有更优的解决方案，闷头闷脑一味看书学，这样的学习，用武侠小说的套路来说，就是走火入魔的节奏。但现实毕竟是现实，和武侠小说还是有挺大差别，我的努力虽然低效，却并非无用，在04年的一个炎热的夏日里，我离开了那家外包公司，原因嘛，一半是被逼，另一半是我确实很想走了，而下一份工作便是真正地使用牛X的Visual C++做牛X的开发！

 

在新的环境中，我长进很快，一个人瞎折腾和有明确的工作目标真是完全两个不同的世界。事实上，在那家公司的很长一段时间里，我并没主要在做VC++，而是在做Linux的C++，程序运行在服务器上，领导之所以这么安排主要是看中我之前做过服务器端的C开发，且也是运行在类似的UNIX环境上的吧，再就是我做事情比较仔细，在那个时候，Linux C++并没有集成开发环境，写程序的方式就是用CVS（没错，SVN还没起来）把代码拿下来，用UltraEdit之类的文本编辑器改好，用SSH上传至服务器，然后Make一下，根本不会设置断点调试之类的，程序有问题怎么办？靠日志，以及崩溃出错之后去靠gdb检查dump文件，现在回想起来这么落后的方式我居然能把程序做出来还真是个奇迹……也许也正因为这样，我对Linux的C++开发并不看好，所以在后面说服了领导把我们的服务器也换成Windows的，这样天下就太平了，领导同意了。

 

在之后的日子里，我就大部分时候都在用VC++了，VC++6的那个看似简陋无比的界面，一度是我装逼的利器，我得意地宣称它简陋的背后埋藏着高深的技术，而且运行速度飞快，而微软新出的VS2003、VS2005之流慢得跟个蜗牛似的，面对公司那些做Java开发的同事，我表现得挺不屑，因为我的工具很难用（牛逼），他们搞不定，而他们做的JSP（我之前有接触过），我要认真学的话很快就能学会了……人生有许多的“轮回”，特别是对一件事情的看法，每个人在不同的时期往往差别很大，甚至截然相反。几年后我回想起当初这些想法，真是后悔不已，因为在后面的职业生涯中，VC++的使用场景越来越少，而能搞Linux C++开发的人待遇却很不错，做Java的人路子更广。

 

2006年我跳了一次槽，2007年又跳了一次，在这两家公司里，我都是比较纯粹的VC++6的用户，直到2010年我再次跳槽的时候，距离VC++6推出的时间，已经有11年了，在这些年里，我尝试着去挖掘VC++的各种威力：

 

 

但遗憾的是，这些东西工作中都用不太到，后来都忘记差不多了，除了一些DEMO之外就没产生过什么真正能派上用场的产品，工作对我来说大多数时候还是编写应用程序。那话怎么说来着？闭上眼看到无数的路，睁开眼还是走老路。也许你想知道我用来取代MFC框架的那套东西后来做得怎么样了，呵呵……弄了一段时间之后放弃了，因为做着做着发觉其实自己就是完完全全的重复造轮子啊，再弄下去一定是走MFC的老路，而且以我的水平，代码质量肯定远不如MFC的。

 

我不再使用VC++6是2010年，一来是VC++6确实太旧了，微软早就抛弃了它，而我想如果我再不做出一些改变，也是要被世界抛弃的了；二来是因为我接下来要从事的Windows Mobile的开发，根本没法用VC++6来做，Windows Mobile的开发和Windows开发有些差别，但大致上体验一致，Windows Mobile SDK只支持Visual Studio 2005和Visual Studio 2008，我果断选择了2008。一开始觉得它慢，各种不适，但适应这东西其实也就个时间的问题，有时候“觉得不适”甚至是妨碍自己前进的一种借口，听没听说过“要想进步，就不要总是活在自己的心里舒适区”这个道理？

 

Windows Mobile这个项目注定不能成功，因为这是个急速走向没落的平台，这是一起严重的押宝事故，我们在2011年11月停止了这个项目，然后我转入做.NET开发，如今想想这真是个好的转机，从那时候起，我涉猎范围渐渐变得宽广，眼界也渐渐开阔。用Windows C++做应用开发，这无疑是性价比很低的，引用别人的一句话：“你扶不正老人砌的墙，填不平新人挖的坑”，通常只用于一些比较特殊的领域了，如图形、游戏引擎、追求极致的基础算法以及驱动（准确说驱动开发用的是DDK而不是原生Windows SDK）。

 

 

回到本文开始提到的那个小工具，我用最新的VS2015打开它，更新了一些代码，发觉自己写起代码来真是很费劲，C++太难用了，而VS2015默认情况下居然不带安装C++，最新的Windows 10 SDK也默认不安装，也许微软觉得这些东西都已经很小众了。我把编译好的程序发给同事用，发现她的Windows XP系统运行不了，后来我才知道要把项目选项中的“Platform Toolset”改为“v140_xp”方可，至于更早以前的Windows 2000，那是根本没有办法了，除非使用更低版本的Visual Studio去开发了，当初的我总是想编写那种短小精悍零依赖的牛逼程序，如今的我早就不这么想了，很多旧的东西，该淘汰就淘汰了。

 

本文标题“再见Windows C++”中的“再见”，其实不是“告别”的意思，而是“再次见到”，如BEYOND的那首《再见理想》所表达的那样，Windows C++就像一把旧吉他，曾经陪伴我走过很长的路，后来不再用了，觉得已经不再适合，但偶尔我也会重拾情怀，回想起它一下，所以“再见”，但情怀归情怀，生活归生活，用和不用，那得看看要解决的是什么问题。

 

最后发布一下这个小工具的最新版，也藉此纪念Windows C++陪我走过的那些青葱岁月。

 

SysInfoDetector_exe.zip (可执行文件)