小弟初学win32 API,有一定的c++基础,正在看windows程序设计,就是有上下两册1000多页那个,有点迷茫,不知道该怎么分配轻重了,请听我细细道来。
   这本书名扬四海,讲解的确也很基础,可是我读着读着发觉有点没意思,现在看到鼠标键盘那章,感觉对我最有用的就是前面的窗口过程,消息机制,我觉得那是windows程序中“不变的知识”,而且理解了它们也帮助我理解了windows程序设计的大体流程(比如之前我看核心编程时就不懂那个窗口过程函数是个什么玩意,还自己去推测- -)。然而后面接着讲绘图,键盘,鼠标,我越看越心急,感觉这些都是“易变的知识”,因为考虑到该书年代久远,别说如今强大而便捷的平台库前仆后继,api本身也是更胜于蓝,我在这里思索这些细节有意思么?于是我越看越快,一个小时翻了5、60页,但这样必然导致我对其中细节的模糊,比如里面的程序代码很多我都是想当然的一扫而过,可能看到后面忘了前面的api功能,我也难得回去翻,更懒得翻msdn,就那么想当然的理解,我甚至在想,也许现在的库比这个方便到哪里去了,我去扣这些易变的细节干什么。再几个例子,比如书中讲键盘国际化那部分,我都整页整页的跳过去了,我实在觉得太没意思了。
   我想重点看看内存管理,多线程,dll,但是也怕跳过前面这些细节,会看的莫名其妙。哎,总之看的我有点无聊,又想去买深入浅出MFC来同时开工,不知道能不能激发一点兴趣。
   望大家给点建议,或者推荐点别的什么好书

解决方案 »

  1.   

    这本书基本上还是跟得上时代的.当时我跑例子好像 就 画图部分,有些跑不起来.可能显卡比那时代好太多了 没有256色了吧. 你把这本书 和那本MFC程序设计第2版 也是1000多页 结合起来看 就舒服了
      

  2.   

    windows api 总共好像有五万多个,常用的1000多个,其他的几乎一辈子也碰不到
      

  3.   

    如果没有特别的要求,现在而言没必要看《windows编程》那本书,那是
    十多年前程序员的圣经,因为那时编写程序只有华山一条道---SDK API
    but现在,除非要研究底层,否则可以直接学C#之类的高级语言,
    对GUI的简便高级特性的完全支持,易用性都是没的说。所以说,当时号称几百元的Windows API指南毫不犹豫的掏出银子买了,
    现在的话...还是很值得...呵呵
      

  4.   

    谢谢上面各位的回复。确实,面对这么多api得有很强的主见性,我也只是想用这本书看看它们的主要机制,忽略细节。这是我目前的观点。毕竟现在做开发几乎不会直接用很多api去写,而win32api又不暴露,若要研究它的底层我感觉还不如转向linux。但是windows上的平台库我还是想了解学一学,至少能自己画个初级的东西出来,看得见才舒服嘛。我原本是计划api-mfc-atl-这样了解下去,但是时间有限,动不动就上千页,仔细看是很不仗义的,这也许有点急于求成吧?总的说来,应用层面的东西,我不想专研太深太底层,我一直在专研c++,所以得分个轻重,大家也可以推荐点适合的书。我的目标是:简单会用,大致了解,但要清楚运作机制流程。
      

  5.   

    我个人认为,先看一次书,然后自己动手写代码,最好能找到一个前面做过的项目的一部分,然后更换成API进行编写,这样你就会知道二者之间的差别了。不过,我个人到现在为止,用的API也不是很多,只是用到的时候去BAIDU和MSDN,够用就成
      

  6.   

    几个月前我就是看的那本书给学MFC打基础。当时看的时候,我也迷茫过。不过这本书是学习MFC前打基础的最好读物。其实这样的书挺多的,我刚开始看的时候也觉得和以前学习C++的感觉不一样。突然多出那么多类型、函数一下子不知道怎么办,而且前面的内容对于里面的函数甚至都不做说明,需要自己慢慢推敲。有很多函数到后面才给解释。可是,看到后面你就不会那么迷茫了。我觉得这本书你不必全看完,可以看完上册就可以直接学MFC了。因为最重要的精华都在上册,学这本书的目的就是给学MFC打基础。
      

  7.   

    学编程有兴趣就学得快!比如模仿编一个小游戏,比如扫雷,俄罗斯方块啊,这样你在写的过程中有不明白的地方查资料或者看书,这样不知不觉你就知道很多API函数了