您的位置:首页 > 编程语言 > C语言/C++

那些年,我们一起追过的VC++ 6.0/MFC

2012-04-05 11:05 387 查看
4年间,一直在使用VC++6,从初次偶遇的好奇和不知所措,到相处一段时日后的突然悟道,再到现在的喜爱,对VC++6的感觉、态度变化之大,连自己都愕然。
就是这样一个Micros的C++的开发环境,由于大学老师的误导(真是误导!!),如不是上班后用到了从而必须深入研究,可能这一辈子都视VC6为畏途!她带给我了太多太多:在北京这样一个生活成本如此高的地方,让我能养活自己;让我有幸从事的软件开发行业(C++在软开领域还算稍微高端点儿吧?);让我从一个编程门外汉,成长为一个编程能手(嘿嘿,姑且自己就先这么认为啦-_-),等等等等。。。真心的谢谢你VC++/MFC。
因为项目需要,可能要暂别VC++6了,临别之际,谨以此文纪念我们一起走过的岁月!

一、初入公司!自学了C#,并用其做了一段时间二次开发之后,由于项目紧、开发人员不够(这是个老生常谈的话题吧,IT公司的技术人员,永远是不够用的!),我有幸被借调到桌面软件开发组(开发C/S形式的桌面软件),使用的开发工具是VC++6.0。早先都是看到搞开发的同事,在VC++6.0里写着哪些看起来稀奇古怪、红红绿绿的代码(MFC的各种宏定义让初学者生畏,而有了VisualAssistX编程助手的协助,黑白分明的代码拥有了半彩色的样子-_-),让我着实的羡慕、嫉妒、恨,哈哈。看不懂人家的东西,自然就非常好奇。这次有机会也在VC++6.0中写程序了,兴奋之余,头也大了!从哪儿入手啊?解析一个字符串,咋就那么麻烦呢?窗体间发消息?发消息?好神奇,可就是不明白!满脑子的问号和费解。就这样懵懵懂懂的开始了自己的开发生涯。还记得第一个功能是做的一个比较复杂的对话框,非模态的,几乎弄了一周时间,项目经理都坐不住了,着急啊!想想真挺对不起人家的。做下总结吧,犯了不少的错误,走了很多的弯路:
首先是学习方法上,初学、初次接触一门技术,不要奢望一下子就全搞懂了,要学会抓住重点,摸清脉络,边学边用。
再者,千万不能死扣,转牛角尖,项目紧迫,时间不允许啊!能实现出效果即可,条条大路通罗马,没有最好的方法,只有最合适的!
看些该领域的好书是必须的:Programing Windows(佩罗佐写的,Windows基础编程经典)、C++程序设计(谭浩强)、深入浅出MFC(侯捷)、Windows核心编程...等等吧。千万不要拿一本书就看,看之前先在网上查查概述的评价,别让其给误导了。
多实践,没事儿写点小代码、小功能,找找感觉!
二、上手了,会自己学习了,知道自己该学啥,该看哪方面的书籍了。于是开始狂看书,希望摸清没一个细节(劳民伤财啊,效果还不是很明显),希望看到MFC的每行代码,都有那种一眼望到底的感觉!相信每一个搞技术的人,都有过那么一段热恋的时间段儿吧。期间遇到了几个问题,想在想想,还记忆忧心:
首先是熟悉公司的产品类库,小池塘有用还犯怵呢,一下子把我扔到大海中了,偶滴神,要命了!左看看、又看看,没有文档,也不知道该请教谁,就这么两眼一抹黑的摸索前进,摸爬滚打!现在回想起来,自己犯了几个错误,第一是粉末倒置了,重点应该放到知道某函数能做哪些事情,以及这些事情包含的行业知识上,可我却一个劲儿的记忆函数,研究函数源代码(可能这也是必须的,可现在想来,不是很好。研究一个大函数,没人告诉你思路,全靠自己看,很费时间,而且练的是内功,短时间内看不出你工作技能的提高,时间久了,领导会生气哦);第二是缺少了和技术同事的交流,竟自己闷头学了;第三是,技术只是实现手段,关键还是要解决问题,有时候为了研究技术而研究技术了,没想想这些技术什么时候能用上,哪里能发挥其价值!第四,自己做技术太较真了,看到写的不规范的代码,不严谨的代码,异常的生气,常常动手给改了,而且还会自以为好心的告诉同事,忽略了人家的感受,哎,委婉这个词,做起来容易,做起来难啊。
技术很熟练了,开始有种当专家的欲望,解决难题的欲望!于是,对日常的开发工作,厌烦了。。。开始关注起设计来了,设计模式走进了我的生活...
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: