《Windows 程序设计：第5版》读后感100字
《Windows 程序设计：第5版》是一本由CharlesPetzold著作，北京大学出版社出版的平装图书，本书定价：160.00元，页数：1376，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。
《Windows 程序设计：第5版》精选点评：
● 雖然就看過開頭的部分，但是對於消息循環等等概念都是看這本書建立起來的。
●1000多页，历史半年多看完，真是。。刺激
●大一的时候最喜欢的书
●很多东西过时了
●一千三百多页的容量的确够折腾人的，尝试过各种不同的方法，至今才算是读过一遍了。真正适合这本书的阅读方法是：参考书阅读法。第一遍阅读每章节只做少量的笔记（300~500字）至少了解windows编程的机制，对于各章节内容只是熟悉，以后自己找项目历练，遇到不懂的地方再回来看书可以很快找到相关章节就是了。就比如字典一样，第一遍你要学会怎么查找。想要一次完全掌握是不可能的，你需要在无限多的时间里面慢慢领会。
●两本书都在教你怎么写窗口程序..
●D版的书质量好差哦.两本厚实,当枕头效果也很好
●Windows SDK 程序设计经典。
●精读了至少五分之一，代码也逐行调试过。作者有一些工程化的疏漏，比如最好不要在MOUSEMOVE里面绘制，也有一些表述失义，也许是翻译的缘故。目前用到本书的知识不多，对应用来说详略也有些失当，继续读下去的必要性不大，用来备查比较合适。
●好书
《Windows 程序设计：第5版》读后感(一)：Windows程序设计的入门书，同时也是一部圣经。
大一下学期，从五一节开始读的。三本书，当时还在网上买的盗版，质量奇差。可惜我只把第一本书的大半部分读完了，相当于全部的1/4，后来暑假去学Java了。不过确实受益匪浅，事件驱动的编程，UI的设计，计时器等等。很可惜当年没有把这本书看完。
《Windows 程序设计：第5版》读后感(二)：其实这本书没有标的那么厚
虽说是13##页，其实至少有3##页是原码——不过也可见用win api编程是件多么困难的事，特别是GUI编程。
最难的是开头，对api参数的理解。如果C语言没学好，或者忘得差不多（像我）了就更难理解了。很多入门级书会将数据定义与结构体等内容略略带过，恰恰这些都是头文件常用的。果然学东西只能看厚的书
《Windows 程序设计：第5版》读后感(三)：经典
不管到什么时候，只要你学习Windows平台的编程，这本书都是必读的。分上下册，精华在上册。只要看完上册，基本的编程概念就熟悉了。
我来说说这本书的缺点：
第一、中文版的书中有太多的错误，这些错误在英文版中是没有的。我在第一遍看的时候非常头疼，后来对照网上的勘误表，发现原来是书中印错了。太恼火。
第二、书中关于一些代码的解释不容易懂。代码是为了演示书中的内容而作，但对于代码的一些关键细节，如果作者更详细地解释一下就更好了。
即便有些瑕疵，这本书还是经典中的经典。
《Windows 程序设计：第5版》读后感(四)：最基础的就是最有用的
作者写这本书的第一版的时候是1988年，那个时候微软才发布windows的2.0版本，这个系统也刚刚被人们认识不久，要想在windows下开发自己的程序，资料这么少，难度可想而知。
这本书得出现迎合了人们的这种欲望，读者们发现这本书讲的界面程序的开发不需要太多底层的知识，很容易读懂；更重要的是，书中讲解了界面程序开发的各个方面，包罗万物，而且在讲到某一方面的知识时并不需要和其他方面扯上太多关系，也就是说各个部分相对独立，这又减轻了学习的难度。再加上作者通俗干练的语言，在当时达到windows程序员人手一本的场面并不为奇。
时至今日，对于开发windows程序的人来说，我想没有人再去自己亲自调用ScrollWindow来滚动一个窗口视图，也没有人会为了弹出一个‘打开’对话框而自己亲自填充一个‘OPENFILENAME’结构体。但是那些高级的框架最后还是得回归到这儿来，老老实实地调用ScrollWindow，老老实实地填充‘OPENFILENAME’。
程序设计毕竟不只是一门技术，更是一门艺术。想做一个艺术家，而不只是一个熟练工，这些“没用”的书是必须多读的。
《Windows 程序设计：第5版》读后感(五)：windows程序设计读书笔记(Java的缺点)
看了有一周的windows程序设计了,今天总结总结.
其实这本书我2003年就买了,也大概看了看,可惜当时技术掌握的不够牢固,很多地方根本看不懂,也没有认真去啃一啃,随便就放下了.
现在又过了5年了,再看起来,感觉果然不一样的很.
看看windows API设计的,再比较比较Java语言的设计,很明显能看出高下之别.
Windows API设计的时候,是基于C语言来进行设计的.其中大量用到的是结构,而无论是结构也好,函数也好,指针也好,这些东西都是可以直接基于汇编语言进行转换的.
结构就是一段内存,每个字段占据其中固定位置的内存空间;
函数就是一段内存,函数指针指向内存的开始点,调用函数时,通过堆栈压入变量,调用结束后弹出堆栈;
指针就是内存地址,传递指针就是传递内存地址.
所以在windows API的设计中,没有类的概念,没有对象的概念,纯粹是结构定义,函数定义,指针传递的概念,在这个概念的基础上可以搭建出宏伟的建筑出来.
操作系统负责底层的具体工作,对外公开的就是所有的标准API,你可以通过任何语言来访问和调用这些API.
而Java语言呢,从一开始设计就是独立于操作系统的.独立于操作系统没有关系,但不好的就是他是完全基于对象的一个语言,这样即使两个对象的定义内部结构是一样的,仅仅因为他们的名字不同,就不能直接传递和复制,而必须手工编码进行转换,这个实在是太繁琐了.
java语言在设计的时候,没有把结构这个元素考虑进来,为了所谓的方便性,直接用Object取而代之,结果就是在程序设计实现时,有很多低效的代码转换来转换去.
也许Java应该好好研究研究windos API的设计思路,再改进改进.
windows的全部API,不过几千个,可现在Java的标准类库,广类就不下一千个,这还不考虑这些类之间复杂的继承关系,以及重载带来的理解上的困难和混乱.
windows API是没有继承这个概念的.我的问题是,既然完全不使用这个概念,仍然可以设计出类似Windows这样复杂的系统出来,或者说能提供如此复杂的功能调用API出来，那么我们自己设计系统的时候，提供给外部那么复杂的调用接口，是否真的有那个必要呢？
很多系统设计的如此复杂，以致于难以维护和升级，这些问题不仅仅是水平问题，更重要的恐怕是思路问题。如果沿用java提供的标准方式，恐怕设计出来的系统就难免走在复杂的老路上。
既然windows的API设计的都如此简单，我们自己又有多少理由来把系统设计那么复杂呢？
暂时没有标准答案，继续思考学习中。