renceManual》,是 C 语言标准的详细描述,包括绝大多数 C 标准库函数的细节,算得上是最好的标准 C 语言的工具书。
顺便提一句,最新的《C 程序设计语言》是根据 C89 标准修订的,而《C语言参考手册》描述的是 C99 标准,二者可能会有些出入,建议按照 C99 标准学习。
还有一本《C 和指针》,写得也是相当地不错,英文名是《Pointers on C》,特别地强调指针的重要性,算是本书的一个特点吧。
不过这本书并不十分适合初学者,如果你曾经学过 C 语言,有那么一些 C 语言的基础但又不是很扎实,那么你可以尝试一下这本书。
我相信,只要你理解了指针,C 语言便不再神秘。
如果你已经啃完了一本 C 语言教材,想要更进一步,那么有两本书你一定要看。
首先是《C Traps and Pitfalls》(中译名《C 陷井与缺陷》),很薄的一本小册子,内容非常非常地有趣。
要注意一点,这本书是二十多年前写成的,里面提到的很多 C 语言的缺陷都已被改进,不过能够了解一些历史也不是什么坏事。
然后你可以挑战一下《Expert C Programming》(中译名《C 专家编程》),书如其名,这本书颇具难度,一旦你仔细读完并能透彻理解,你便可以放心大胆地在简历上写“精通 C 语言”了。
切记一个原则,不要读自己目前还看不懂的书,那是浪费生命。
如果你看不懂,那你一定是缺失了某些必需基础知识。
此时,你要仔细分析自己需要补充哪些内容,然后再去书店寻找讲述的这些内容的书籍。
把基础知识补充完毕再回头来学习,才会真正的事半功倍。
二、Unix/Linux 还是 Windows,这是个很大的问题 不同的编程环境会造就出不同思维的程序员。
Windows 的程序员大多依赖集成开发环境,比如 Visual Studio,而 Unix 程序员更加钟爱 Makefile 与控制台。
显而易见,集成开发环境更容易上手,在 Windows 上学习 C 语言,只需要会按几个基本的 Visutal C工具栏按钮就可以开始写 Hello World了,而在 Unix 下,你需要一些控制台操作的基本知识。
有人也许认为 Unix的环境更简洁,但习惯的力量是很大的,大家都很熟悉 Windows 的基本操作,而为了学习 C 语言去专门装一个 Unix 系统,似乎有点不划算。
对于一个只懂得 Windows 基本操作、连 DOS 是什么都不知道的新手而言,尽快做一些有趣而有意义的事情才是最重要的。
用 C 语言写一个小程序远比学习 ls、cat 等命令有趣,况且我们要专注于 C 语言本身,就不得不暂时忽略一些东西,比如编译链接的过程、Makefile 的写法等等等等。
所以我建议初学者应该以 Visual C 6.0(不是 VisualC .NET)或者 Dev C作为主要的学习环境,而且千万不要在 IDE 的使用技巧上过多纠缠,因为今后你一定要转向 Unix 环境的。
Visual C 6.0 使用很方便,调试也很直观,但其默认的编译器对 C 标准的支持并不好,而 Dev C使用 gcc 编译器,对 C99 的标准都支持良好。
使用顺带提一下,很多大学的 C 语言课程还在使用 Turbo C 2.0 作为实验环境,这是相当不可取的,原因其一是 TC 2.0 对 C 标准几乎没有支持,其二是 TC 2.0 编译得到的程序是 16 位的,这对今后理解 32 位的程序会造成极大的困扰(当然用 djgpp 之类的东西可以使 TC 2.0 编译出 32 位程序,不过那过于复杂了)。
等你学完一本 C 语言的教材,你一定要转向 Unix 平台继续学习,几乎所有的 C 语言高级教程都是基于 Unix 平台的(比如《C 专家编程》)。
转变的过程是痛苦的,你需要面对的是各种纷繁复杂的命令,完全不同于 Windows 平台的思考方式,但是这种痛苦是值得的。
Unix 与 C是共生的,Unix 的思考方式和习惯更加符合 C 语言的思考方式和习惯。
在 Unix 下,你可以找到无数优秀的源代码供你尽情阅读,你可以方便地查看某个库函数的联机手册,还可以看到最优秀的代码风格(说到代码风格,我会专门写一篇文章详细叙述)。
归结起来就是一句话:初学 C 语言,建议使用 Windows 系统和集成开发环境,在准备向“高手”方向努力时,请先转向 Unix 平台。
三、万事俱备,你就是东风 书已选定,环境配置完成,正所谓万事俱备,只欠你自己的努力了。
请从书的前言开始,仔细地阅读手头的教材,很多人看书喜欢直接从第一章开始看,这是错误的做法。
前言是作者对整本书的大体介绍,作者一般会告诉你需要什么基础才能够顺利阅读本书,这可以帮助你检验自己的基础知识是否已经具备。
看完前言,还要浏览一下目录,了解一下书的整体结构,顺便给自己安排一下学习计划。
学习 C 语言,必需注意每一个细节,书上的例子代码一定要自己亲自敲一遍,编译执行输出都跟书上说的一致才能算是学完了一个例子,如果不一致,就要仔细找原因。
出了书本上有的例子,自己还要“创造”一些例子,比如学习运算符优先级的时候,可以写几个相同的表达式,在不同的位置加上括号,看看有哪些不同的行为,比如p和p,又比如 a b c、a b c 和 a b c等等。
自己抄的书上的例子以及改造之后的例子,还有自己“创造”的例子,都应该仔细地归类保存,并且要在源代码中写上简短的注释,阐述这个例子的意图。
例子之后就是习题了,我建议初学者把所有的习题都独立做一遍,然后对照答案的代码,看看自己的代码有那些不足,再试着修改自己的代码。
很多人不重视习题,这是极大的错误,因为作者通常会在习题中说明一些重要的道理,而不是单纯地检验前面的知识。
也许你认为这样学习太慢,其实不然。
学得细致就不用走回头路,等你学到后面才发现自己前面没搞清楚,那才是真的得不偿失。
一般说来,整本书读完,你应该完成数千行乃至上万行的代码,无论是原封不动照抄书上的,还是自己心血来潮写就的,都是今后继续学习的一笔财富。
以我自己举例,阅读《Windows 核心编程》时(我只阅读了 3/4 的内容),除了抄书上的代码,还自己写了很多例子,一共有 5574 行(用 unix 下的 wc 工具统计),时隔多日,我早已记不清 Windows 的系统编程了,但只要花几分钟翻出以前的代码看看,便会重新了然于胸。
所谓好记性不如烂笔头,就是这个道理。
仔细读书、认真抄写源代码、独立完成习题外加更进一步的实验,最后将所有的代码留下,成为自己的经验和财富,绝对的辛苦,也绝对的事半功倍。
当然,这种方式只适合学习需要精通的技术,如果不是学习 C 语言,你还要具体情况具体分析。
写到最后,还有非常非常重要的一点没有提及——代码风格,从最开始学习就必须强迫自己模仿最优秀的代码风格。
因为代码风格太重要内容也太多,我会用专门的一篇文章来详细讨论,请大家关注《程序员之路——关于代码风格》。
题目是关于 C 语言,其实我主要想说说程序该怎么学,或者一点感悟罢了,在这里,我只想引用身边的几个人的例子,来谈一下对程序学习的理解第一个人要说到我了,我对程序产生兴趣,是听说程序可以作游戏,那时候是在初一,然而借来一本 G-BASIC 简明教材后,我便傻了眼。
陌生的词汇,古怪的逻辑,都是些天文的中文译本,头疼了好一阵子。
然而当时又没有别的闲书可看,我就整天捧着那一本书,什么方法都试过了,甚至倒着看过了,都没看出什么眉目,自己又没有电脑,只能不停地大胆地想象,然后满脑子的疑惑…… .
上一篇:
软件工程师
下一篇:
全球车哈弗F7是新起点 魏建军莫斯科再谈“全球化”