该不该看《Windows程序设计》？看过的牛人请谈谈

Question

按道理来说，现在该看这本书了，可是厚达1000多页，且年头久远，所以心里犯嘀咕。
请看过的各位指点小弟，该不该看？该怎么看？或者有没有较好、较新的替代品？
THANK U ALL

Answer 1

当然该看，如果你想在Windows下写程序的话，1000多页也不多，我还闲他讲的不多呢，好多想知道的也没讲

Answer 2

这本书不是什么高深的书，是windows编程的入门书籍！根本不需要很深的经验

Answer 3

看吧@不碍事的！反正咱们的目标是MFC
windows编程不过是踏路石而已嘛！！
再说那些大牛不是总说没有过时的技术的嘛！
既然咱们是菜鸟就脚踏实地学就OK了！
一山更比一山高！如果学先进技术基础不好怎么学？
我、也菜鸟现在也正在学win32 API编程 
我感觉win32 API编程指南好像蛮不错的！
我正在看感觉还蛮不错的！你可以百度一下下哦！
网上有电子书和配套源码看看有益处的！
嘿嘿！给分吧！！

Answer 4

谢谢，我是LZ，我倒是先看了MFC，看了孙鑫和侯捷，现在又想回头看WINDOWS程序设计和WINDOWS核心编程，你说的那本我去看看哈，分不是事，不够再追加，哈哈

Answer 5

毫无MFC经验的同志飘过……
看了80页了windows编程第五版。。有点绕 但貌似不是超难。。

Answer 6

不看win32 programming的书只看MFC的话，会感觉MFC很虚幻。
就像不知道内存地址和堆栈是什么概念，的情况下看指针和new的感觉差不多。

Answer 7

哦，SDK的东西我也有点了解，看过咱国产的一本WINDOWS程序设计的部分内容，WINDOWS核心编程也看过一些，效果不好就先搁置了，看孙鑫的时候觉得MFC很虚幻，看完侯捷的觉得比较清晰了，不过当然有些地方还是很虚幻。
WINDOWS程序设计这本书我刚才看了看，感觉没有什么阅读快感
唉

Answer 8

如果真想在Window下编程，这本书还是要看的，不管你是用MFC或是用VB之类的都应该看看，不过不用全看完，从现在的工具看，前面几章是最重要的， 

Answer 9

同意23楼，我没什么经验，看过一点点C++和MFC，觉得《windows程序设计》上的很多东西，那些字我都认识，但是不理解，更不用说运用了。我打算先再学点MFC，多接触一点windows方面的程序设计，然后再拐回来看《windows程序设计》。

Answer 10

我要看的是.chm的，你可以搜搜
谢谢大家的建议~

Answer 11

那本书很老了，真正用SDK编程的实际上很少，但是消息机制还是要清楚的，所以这本书前面五六章是很值得看的，后面的就算了，毕竟实用的价值并不大，有时间了解一下就行了，不用仔细看。

Answer 12

HOHO，这么晚还有人在啊
谢谢指点
我看了一下目录
这本书的章节还是很多的，前五六章的话实在没什么东西，我列一下
觉得感兴趣的加了星号：
1.开始
2.Unicode
3.窗口与消息（*）
4.输出文字（*）
5.图形基础（*）
6.键盘（*）
7.鼠标（*）
8.定时器（*）
9.子窗口控件（*）
10.菜单及其它资源（*）
11.对话框（*）
12.剪贴簿（*）
13.使用打印机
14.位图和Bitblt（*）
15.与设备无关的位图
16.调色盘管理器
17.文字和字体
18.MetaFile
19.多重文件界面
20.多任务和多线程（*）
21.动态链接库（*）
22.声音与音乐
23.领略Internet（*）还请再详细指点一二忽然觉得这本书也不过就是一本讲WIN32 API的书而已，原理方面也没有很多吧，感觉比较类似工具书，不知我说的对不？

Answer 13

笑死我了。到底有看没看百害无一利    三年。
而且还都拿着当天书？用得着吗
我感觉一个不懂任何高级语言的人都可以去看  
完全可以作为一本入门书籍    不管什么时候看   绝对百利无一害   ——当然很多事情你去钻牛角尖的话肯定不好的
可以配合 windows核心编程看 

Answer 14

谢谢，正好手上有核心编程，TMD!一个月拿下两本！

Answer 15

windows核心编程还是有一定的难度地, windows程序设计比较基础, 两者都可以当做工具书

Answer 16

个人感觉这本书坚持读下来，在Windows下编辑就不会有太大问题了，基础中的基础。。
MFC，ATL都基于这个，最起码要知道WNDPROC和MESSAGE，然后就可以学MFC了。

Answer 17

个人感觉看N本书，还不如动手写几个程序，在写的过程中会需到各种样的问题，然后你会GOOGLE,百度，然后你会发现你需要去看看那些大牛们的书，查看一些关键的知识点，不然把一本上千页的书从头啃到尾是没有意义的

Answer 18

我看的最恶心的的就是图形那块，呵呵，对我来说，vb熟了，mfc好理解一些

Answer 19

在windows下编程，那就必须看。不论是用MFC或VCL啥的，都绕不过去windows的基本概念的。这正如这本书的作者说的，你早晚要遇到它。除非你用的是java或.net,那就另当别论。

Answer 20

支持C/C++，  支持C/C++，  支持C/C++，  支持C/C++，  支持C/C++，  

Answer 21

当然要看，你毕竟要在Windows下进行开发的，等可以开始写小程序的时候，你就可以开始专心研究C++语言了，当然了，数据结构等等的知识也是必须要知道的。

Answer 22

我接触过几个MFC能力很强的，不过他们并不是每个细节都会，但是Windows程序设计里面包含的知识点绝对是很全面，看那个玩意吧，我是看了好几遍，刚开始确实看了没有学到什么，但是以后学习MFC，倒是有很多借鉴，所以能第一遍是肯定要看的，并且要对照书上的源代码看，不过花费的时间会很长，也不要去深究，就是知道大概的知识点，如果觉得有必要，那就第二第三遍的看了，看完了，再学MFC，确实是很有益的

Answer 23

发现是10年的贴子！
书是旧了，但里面的基础技术并不会过时，我就是《windows程序设计》《windows核心编程》看过来的（看基础部分，没有全部看完）。不用怀疑它们的用处，我用C#编写一个网页浏览器时，用《windows程序设计》上窗口子类化知识解决了C# webbrowser控件闪烁问题，用《windows核心编程》上共享内存知识实现了进程间通信。

Answer 24

没有什么大的用处,讲得太细了,例子也太长,最后都是Ctrl v了事.有几个章节还是应该看看的,比如setwindowlong,gdi坐标切换.感觉win32就是消息传递太乱,Notify,command满天飞,搞了4,5年MFC,也搞不清某个事件应该属于哪一类,最后还得spy++出马.

Answer 25

没看过，微软出的windows编程的书基本都没看过。MSDN足以。