对Windows学习的总结

Windows学习的总结

我从事Windows平台的开发断断续续大概也有4年了。这里想对自己的学习过程进行一个总结。因为我并不是专职的开发人员,所以水平也有限。不过相比其他人的学习之路,我的总结也还颇有可取之处。

首先,因为我从本科开始所学专业为计算机,现已读到博士学位,所以我的学习之路会更加扎实,不是简单编程技能的锻炼,对于所需的基础知识,我会在文中点出。

其二,因为机缘,身边并没有Windows端的高手,所以编程方面所学的东西基本为自学。其中过程,自己也有很多感慨,文中也会有所提及。

阶段一,书海无边

我接到的第一个任务是开发一个ActiveX控件。当时觉得这不是一个轻松地活,直到现在我也认为,对于学习Windows端开发而言,这不是一个好的切入点。

ActiveX技术需要对MFCCOMWindows内部通信、跨语言数据交换机制等等很多技术都要学习和了解。这里面的每一项技术都不好理解,单独拿出来都足以写一本厚厚的书(你确实可以买到独立讲解这里面每种技术的书籍)。其次,ActiveX技术是一个冷门。因为FlashJava Applet等等技术发展势头良好,微软已无力招架。你可以找到的学习资料也都很老了,ActiveX像一种被人遗弃的技术,给你学会后也无所用的感觉。所以这绝对不是一个好的切入点。

学习Windows好的切入点是什么呢?Windows API,是最好的切入点。虽然你也发觉Windows API光函数名就有2000多个,几十页之多,但这确实是学习Windows最好的切入点。

首先,它是Windows暴露给用户最直接的借口,你不用再学习任何上层的框架,学习负担是最小的。其次,利用Windows API开发就是面向过程的思维。对于开发水平不高的人,理解和掌握面向过程的思维都想对容易。你不要觉得写了几个类就是面向对象的编程。面向对象是一种认识和抽象世界的方式,需要反复的理解和思考,没有几年的功夫请不要说你懂面向对象的编程(其实有几年功夫也未必懂,关键还是要有悟性)。然后,已有很多人对Windows API进行了总结和整理,你可以查询的资料丰富异常,而且有大量的练习例子。

当然无论入门切入点的好与不好,对刚入门的人来说,都用一种书海无边的感觉。同时工作时限又在那里摆着,你会感觉压力倍增。人在焦急状态下是很难学进去东西。这是学习任何新东西的入门屏障。下面我来回想一下自己是如何破解的。

首先,以完成任务为首要目标。以完成交代的工作为首要目标,紧密围绕这个进行。你会在完成工作中遇到很多新知识、新问题,不要过于去纠结在这上面,能达到功能,解决问题就继续往下走,不要去深入问题,深入学习,那样你将无法完成工作。

其次,发现必须学习理解的东西,一定要不惜时间的深入理解。比如,你必须用到的一段代码,一个函数。那么你必须不惜时间的把它的每一行,每一个参数都读懂。切记,不要有半点的不懂,不能有一个参数的设置是不理解的。因为只要你有一点不懂,那么你的程序必定会出各种奇奇怪怪的现象。其实不是现象奇怪,是你没有理解。牢记一句编程定理:计算机永远不会错,一定是你的错

最后,恶补与反思。完成任务过程中,要记录下所有不懂的名词、术语,以及遇到的各种问题。在完成任务后,反过来恶补这些知识。这是提高的基础,反思是提高的手段。通过反思更好的做法,实验自己的所想,改进程序,你才能有所提高。

对于Windows编程的入门者,需要理解的是编译原理, 操作系统。编译原理告诉你,一行一行代码是如何变成可以执行的程序。操作系统,告诉你为什么Windows会公开这些API,以及这些API是以什么方式进行组织的。

阶段二,模仿学习

其实模仿和学习才是学习的第一个阶段。我是因为自学入门时有太多感慨,才将书海无边定义为学习的第一个阶段。如果有人带你,循序渐进的学习,那么书海无边的感觉会少很多。(不要奢望有人会手把手教你,这是一种奢侈。在不同的阶段,有人肯点拨一下已是人生大幸。)

这个阶段没有特别的感触,就是练习各种函数、各种库的用法,各种特效如何做。反正就是练习,枯燥无聊的练习,这是基本功。是必不可少的,你对程序的感觉,完全来自于此。所以我很讨厌学计算机的人,每天就拿个鼠标在哪里东点点,西点点。不把键盘敲得劈里啪啦,你能学好才叫怪了。(十万行代码是入门)

阶段三,精妙原理

很高兴,我又有新的工作和任务了,开发Windows桌面程序。有了前面的枯燥练习和基础知识的补充,你并不能快速的开发程序,完成工作。大量成熟的开发库,开发框架才是开发真正的利器。它们的存在也是为什么,外面培训出来的人,其开发速度远在你之上的原因。当然你不用担心,你前面的积累不会白费,只是积累的还不够,慢慢来吧。

对开发库,开发框架使用的掌握,我不用说,对这个时候的你应该十分容易了,不就是照着例子做一下就好。对程序悟性好的人,可以在使用某个功能的时候自然地联想到,它还会提供什么功能,不然这个库/框架就太烂了。

精妙原理,指的是库/框架内部的运行原理,应该说框架内部的运行原理更恰当。现在大家使用的成熟开发框架,都不是等闲之辈做出来的。里面凝聚了无数高手、高高手的心血。也是因为机缘,我选择并不是当下最流行的开发框架,而是老到不行的MFC。但MFC的经典程度是无可替代啊。不是说该框架有多么好,而是它的影响力估计是无人能敌。想当年,中国多少博士因使用MFC开发而毕业。

框架设计的精妙之处,不是一时半会儿就能理解的。通常来讲,解析这个框架的书一般都有好几页,甚至上千页。所以,你光把书读完一遍都需要些时日。而且你还不能只读一本,那你也是理解不透的。

下面谈谈如何渡过这个阶段吧。

首先,书读百遍,其义自现。我使用的是MFC框架,就《深入浅出MFC》这本书,完整的阅读完,我是读了四编。其中反复查询的情况就不谈了。

其次,追踪足迹。开源的框架,是设置断点,追踪足迹最好的选择。对于MFC你能看到的源码很有限。这个时候,一定要结合书本,寻找主干。不要什么都看,MFC框架,浩浩荡荡也有好几十万的代码。大体上需要看懂三个部分:

1.       静态结构。类之间的层次,引用结构。

2.       动态运转。看懂关键调用的来龙去脉。

3.       并发处理。加入多线程,并发处理很多简单的事就会复杂起来。看看框架是如何处理共享变量,隔离各个线程运行环境等等工作的。

最后,深而精阅读。为了深入理解一个框架,你需要阅读很多书籍。其中一定要有侧重。对于Windows开发而言,对C++Windows多线程编程,Windows操作系统,设计模式,是需要反复阅读,深入理解的。

阶段四,全盘思维

       经历了第三个阶段,你已经懂了很多,也做了很多基础练习。是时候要动手做个大点的东西来融会贯通这些东西了。

       很高兴,因为团队不大,这里我有个机会可以负责一个较为完整项目的开发。功能不复杂,但有核心算法的难点,需使用不同的语言,有网络通信,有多线程处理,有性能要求,有多个平台处理等等。简而言之,不是一个原型,不是一个示例,是个有点像模像样的产品。

       你需要考虑的问题就很多了。我梳理一下大概包括下面几类:

1.       确定边界。确定程序的功能边界,确定与其他已有系统的接口边界。

2.       业务逻辑/应用逻辑。梳理优化,形成文档是必须的。 其实12点是交织在一起的。

3.       独立出核心问题。将需要遇到的核心,困难的问题找出来,如果时间充足做必要而完善的实验。不行就寻找可用的替代方案。

4.       程序架构的确定。这是个需要丰富经验的活,如果架构不好程序后续很多功能无法扩展,开发难度也会陡增。

5.       工作划分。核心程序一定要由水平不错的人开发。各层分隔开,并行开发。每一层或者说每一个大模块有独立的能负责得了全盘的人负责。不仅是开发完成,是要在规定的时间内完成。(经过一个项目后,你对自己的开发能力和开发用时就有把握了。对于什么水平的人具备什么样的能力也就清楚了)

6.       测试与修改。不要等到所有的功能开发完再测试。完成一个模块,就需要测试。核心程序需要在开发过程中就做性能测试。一层一层,一个模块一个模块都要测,从下至上的来保证质量。

7.       安装与实施。这个绝不是简单的问题。程序的安装,自动升级等等功能,会反过来作用于你的代码设计。虽然写到最后,其实是需要一开始就考虑的。还有现场环境永远比你想象的复杂,请尽力做充足的准备,输出日志,简化安装等等,做好你能做的所有事。

我不知道,写到这里还算不算编程的能力。不过这是一个讲究团队配合的时代,编程已不是个人的能力。无论你是参与一个项目,还是负责一个项目,了解这些对你都是有好处的。

这里强调全盘思维,不仅是你程序设计的全盘考虑,也是你与他人配合的全盘考虑。不要单独作战,其实人也不要多,两个人就是团队,就需要有主有从,你就可以在这里面锻炼自己。

阶段五,未完之路

写到这儿,我想说你才刚刚入门。因为你才具备了基本而较为全面的能力,这是一种技术实现能力。下面你要做的事很多,可以向更深的方面走。比如学习更大的框架,加入更大的团队。或者选择你感兴趣的领域,深入的研究,不仅是技术的实现,你可以深入其中的理论。当然你也可以选择向更广的方向走,重复上面阶段1到阶段3来学习新的技术,开发各种有意思的应用。



来自为知笔记(Wiz)


posted on 2013-01-15 08:40  修炼思维  阅读(1242)  评论(0编辑  收藏  举报