泰山科技学院计算机怎么样,(转)写给计算机专业的大学生！

该楼层疑似违规已被系统折叠 隐藏此楼查看此楼

这时候，完全可以开始WINDOWS的程序编写了。而一旦进入了Windows那五彩缤纷的编程世界，多半会有一种眼花缭乱的感觉的。我当时就是如此。所以，Windows编程的第一门语言尤其重要。我的建议是VB。虽然VB有这

样那样的不足和缺陷，(比如运行缓慢，属于解释性语言，内部完全封闭等等)可VB作为 Windows编程的入门级语言，它的启蒙作用不可小看。它能勉强让你理解Windows系统独特的消息驱动模式，理解窗口的基本概念，理解可视化编程的初步，可知这些概念的感性理 解，对后面的学习不无有利。这个阶段应该不能太长，2--3周就可以了，此时，不要满足于自己基本能做出些漂亮的Windows程序，更不要拼命在VB上下功夫，因为最美丽最有诱 惑力的在下面！

——————————————————————————

三 一头拜倒在VC脚下

————

对一个真正的程序员来说，VC是将你同一般编程爱好者划分开来的标志！

而VC的世界里，却存在着MFC和Win32 API那有争议的较量，虽然他们根生同处。我个人的建议是：Win32 API是绝对的选择！在Win32 API的知识领域里，全面解释了Windwos 系统里一个程序的一切。对于这个级别上的程序，只有你暂时不能理解的，没有它不能解释的。从前台桌面到后台进程，从图形处理到文件打印，从句柄，内核对象到互斥量，临界区，从网络通信到设备驱动设计，Windows系统的里里外外基本都在这里留下编程接口，你在日常使用Windows时留下的疑问，你在使用VB时不能实现的技巧和功能，此时都可以明 白和实现了。不过，你应该有充分的信心和毅力去坚持学习，Win32 API编程号称Windows 系统下的汇编，所以，对它的广阔和精深，应该有准备。学习的时间不短，1年算快了。我当初接触它时，就不信它要如此多的时间和精力，可最后我却学了一年半。学成它的标志是：从此你在打大部分游戏时，你会发觉你已经不自觉地去考虑别人的游戏是如何编写的。因为你的眼里没有游戏，只有程序！而在使用一些别人写的不是很优秀的程序时，你会有底气说：“有时间，我也重写一个！”此时，你会发觉自己经常性地在心里揣摩别人的程序，比如网络蚂蚁，比如Foxmail3.0，比如Winamp等等。在这里，我着重讨论一下MFC和Win32 API的优劣区别，这一点，相信很多的同学是模糊的。如果用VC编辑器写一个Windows程序，使用MFC的话，MFC的编程向导能提供一些框架服务，使得在程序建立的初期，感觉很是方便。而当程序的代码增长后，MFC在初期提供的方便，便没有痕迹了。相反，MFC的一大缺陷就会在此时出现了。我概括如下：“MFC所支持的功能，使用是方便的，而没有提供的功能，自己通过兼容API函数的模式去实现，比一开始就使用Win32 API还要麻烦。”使用过MFC的同学，可以去考虑如何实现比如，自定义消息的处理，多线程的实现，托盘区的使用，右键弹出式菜单，物主绘图窗口和菜单，子窗口的子类和超类处理，是不是极其麻烦？这样的问题我还可以提出很多，而在Win32 API的编程思维和实现里，这些却都是很顺理成章的了。

再一个，从编译的角度来看MFC和Win32 API的区别。MFC中封装的各个类的绝大部分的成员函数，其实都是API函数的二次使用。是MFC的LIB库将其打包成了可供调用的类代码，否则，为何在生成Release版时，都要将其设置为静态的链接库呢？说透去，MFC的类库只是API的一个真子集，对MFC学得再好，理解得再深刻，也只是间接地在理解API，所以一开始就应该学习和使用API。我再用一个比喻来结束我对MFC和API的评论。“MFC为编程人员提供的自生成代码，是一个分数的分子，而程序代码的长度是分母。而这个分数的值就是MFC所提供的方便值。在程序代码不长的情况下，MFC提供的方便之处就很明显；而随着代码的增长，方便值的实际意义就立刻减小而副作用增加了。”我自己在进行了一年半的Win32 API编程学习后，深感通过它，自己对Windows系统原理和Windwos的编程机理比从前有了质的提高，从前不了解和模糊的编程想法和实施细节，都得到了很好的满足，自己可以明显感觉编写程序的水平上了一个台阶。