1、学习 C 语言相关笔录学习 C 语言步骤(切记一个原则，不要读自己目前还看不懂的书，)一，如何选择教材，谭浩强教授出了一本C 语言程序设计给那些需要考计算机等级考试的其它专业学生看的。这本书的主要缺点是：例子程序非常不专业，不能教给你程序设计应该掌握的思考方式；程序风格相当地不好，会让你养成乱写代码的恶习；错误太多，曾经有人指出过这本书的上百个错误，其中不乏关键的概念性错误。大家一定要看最新的版本。 C 语言参考手册就是C Reference Manual ，是 C 语言标准的详细描述，包括绝大多数 C 标准库函数的细节，算得上是最好的标准 C 语言的工具书。最新的C 程序设计语言是根据 C8
2、9 标准修订的，而C 语言参考手册描述的是 C99 标准，二者可能会有些出入，建议按照 C99 标准学习。还有一本C 和指针 ，二，更进一步,首先是C Traps and Pitfalls （中译名C 陷井与缺陷 ） ，很薄的一本小册子这本书是二十多年前写成的，里面提到的很多 C 语言的缺陷都已被改进三，然后你可以挑战一下Expert C Programming （中译名C 专家编程 ） ，一旦你仔细读完并能透彻理解，你便可以放心大胆地在简历上写“精通 C 语言”了Windows 的程序员大多依赖集成开发环境，比如 Visual Studio，而Unix 程序员更加钟爱 Makefile 与控
3、制台。显而易见，集成开发环境更容易上手，在 Windows 上学习 C 语言，只需要会按几个基本的Visutal C+工具栏按钮就可以开始写 Hello, World!了对于一个只懂得 Windows 基本操作、连 DOS 是什么都不知道的新手而言，尽快做一些有趣而有意义的事情才是最重要的。用 C 语言写一个小程序远比学习 ls、cat 等命令有趣，况且我们要专注于 C 语言本身，就不得不暂时忽略一些东西，比如编译链接的过程、Makefile 的写法等等等等四，以 Visual C+ 6.0（不是 VisualC+ .NET）或者 Dev C+作为主要的学习环境，而且千万不要在 IDE 的使用
4、技巧上过多纠缠，因为今后你一定要转向 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 语言高级教程都是
5、基于 Unix 平台的（比如C 专家编程 ） 。Unix 与 C 是共生的，Unix 的思考方式和习惯更加符合 C语言的思考方式和习惯在 Unix 下，你可以找到无数优秀的源代码供你尽情阅读，你可以方便地查看某个库函数的联机手册，还可以看到最优秀的代码风格六，学习 C 语言，必需注意每一个细节，书上的例子代码一定要自己亲自敲一遍，编译执行输出都跟书上说的一致才能算是学完了一个例子，如果不一致，就要仔细找原因。出了书本上有的例子，自己还要“创造”一些例子，比如学习运算符优先级的时候，可以写几个相同的表达式，在不同的位置加上括号，看看有哪些不同的行为，比如*p+和(*p)+，又比如 a = b =
6、 c、(a = b) = c 和 a = (b = c)等等。自己抄的书上的例子以及改造之后的例子，还有自己“创造”的例子，都应该仔细地归类保存，并且要在源代码中写上简短的注释，阐述这个例子的意图。 我建议初学者把所有的习题都独立做一遍，然后对照答案的代码，看看自己的代码有那些不足，再试着修改自己的代码。一般说来，整本书读完，你应该完成数千行乃至上万行的代码，无论是原封不动照抄书上的，还是自己心血来潮写就的，都是今后继续学习的一笔财富。七，以我自己举例，阅读Windows 核心编程时（我只阅读了 3/4的内容） ，除了抄书上的代码，还自己写了很多例子，一共有 5574行（用 unix 下的 wc 工具统计） ，时隔多日，我早已记不清 Windows的系统编程了，但只要花几分钟翻出以前的代码看看，便会重新了然于胸。所谓好记性不如烂笔头，就是这个道理非常非常重要的一点没有提及代码风格，从最开始学习就必须强迫自己模仿最优秀的代码风格。
