开始使用了feof来判断磁盘文件的结尾，却总是出问题。仔细搜索一下才发现feof这个函数本身就让很多人误解，来看看网络上的解释：

“C”语言的“feof()”函数和数据库中“eof()”函数的运做是完全不同的。数据库中“eof()”函数读取当前指针的位置，“C”语言的“feof()”函数返回的是最后一次“读操作的内容”。多年来把“位置和内容”相混，从而造成了对这一概念的似是而非。

那么，位置和内容到底有何不同呢？举个简单的例子，比如有人说“你走到火车的最后一节车箱”这就是位置。而如果说“请你一直向后走，摸到铁轨结果”这就是内容。也就是说用内容来判断会“多走一节”。这就是完全依赖于“while(!feof(FP){…}”进行文件复制时，目标文档总会比源文档“多出一些”的原因。

看了别人的代码才发现原来判断用EOF更加合适，这也解释了为什么最后我输出的文件总是多占几个字符。另外，我看到有一种更简写代码的方式，也就是不必设置那么多文件指针。只需要设置一个，然后打开文件后即像数组拷贝，结束后关闭指针再新打开即可，这样就不必设置三个fp指针了。

最长平台问题：已知一个已经从小到大排序的数组，这个数组中的的一个平台（Plateau）就是连续的一串值相同的元素，并且这个串元素不能再延伸。例如，在1，2，2，3，3，3，4，5，5，6中1，2-2，3-3-3，4，5-5，6都是平台，试编写一个函数，接收一个数组，并把这个数组中的最长平台所含的个数作为返回值，如上例中3-3-3就是最长平台，该平台中一共有3个3，故函数返回值为3。要求使用最少的变量，最少的查询次数以及最少的程序语句！

Kada写的代码是这样的：

而我却弄不清[i-length]的意思，于是写了一个自己理解的代码：

可能是我教材看多了，思维模式也是书上习题的模式。希望Kada来解释一下“if(x[i] == x[i-length])”这句代码，为什么要减呢？从数组[0]元素，往后比较，应该是数组[i++]的关系啊。由于在Kada的博客无法贴全代码，所以只好写在这里讨论了。最后感谢Kada提供经典题目。

实在很难想象，所以从网上找了代码，代码都是C++的，所以看懂代码后我把他转成了C#

网上的解决方式有很多，看的我比较晕，用不用函数的都有。既然标题要求使用函数，那就用使用函数的解决方法吧。个人感觉代码有些“笨”

所有初学者面临的第一个问题便是：如何选择教材。好的开始是成功的一半，选择一本优秀的教材是事半功倍的关键因素。不幸的是，学校通常会帮你指定一本很差劲的C语言课本；而幸运的是，你还可以再次选择。

大名鼎鼎的谭浩强教授出了一本《C语言程序设计》，据说发行量有超过400万，据我所知，很多学校都会推荐这本书作为C语言课本。虽然本人的名字（谭浩宇）跟教授仅仅一字之差，但我是无比坚定地黑他这本书的。这本书不是写给计算机专业的学生的，而是给那些需要考计算机等级考试的其它专业学生看的。这本书的主要缺点是：例子程序非常不专业，不能教给你程序设计应该掌握的思考方式；程序风格相当地不好，会让你养成乱写代码的恶习；错误太多，曾经有人指出过这本书的上百个错误，其中不乏关键的概念性错误。好了，这本书我也不想说太多了，有兴趣大家可以百度一下：）

Kernighan和Ritchie的《The C Programming Language》（中译名《C程序设计语言》）堪称经典中的经典，不过旧版的很多内容都已过时，和现在的标准C语言相去甚远，大家一定要看最新的版本，否则不如不看。另外，即使是最经典最权威的书，也没有办法面面俱到，所以手边常备一本《C语言参考手册》是十分必要的。《C语言参考手册》就是《C Reference Manual》，是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语言都好多年了还是没有什么进步，上面都说道了。建议楼主置顶，让更多的人更快更好的学习C语言。C语言是编程的根基，也是最为深奥和灵活的语言。有了这篇文章的帮助相信大家会有一个学习方法。

2.计算每门课程的平均分

3.找出所有50个分数中最高的分数所对应的学生和课程

开始觉得这道题比较容易，可是做起来真的花了我比较长的时间。由于要用到函数来实现，所以关于函数的返回值以及数组的概念就需要掌握清楚。通过这道题我终于明白了一个问题，在void空返回函数中，可以直接引用数组，如void max(score[5][5])，如果要是需要一个返回值，那么在用score[5][5]则出现编译错误。目前我知道的解决方法，是这样写int max(score[][5],int n)空出一维。

为了降低难度，我把10个学生改为5个，并且存在已知函数中。代码如下：

void main()
{
int score[5][5]={{84,65,26,37,48},{46,85,94,63,22},{34,13,23,54,66},{82,47,36,25,24},{25,44,73,32,11}};

for (int i=0; i<5; i++)
{
printf(“第%d个学生的平均分是%d\n”, i+1, spj(score,i));
}

———————————————————————

进入求每个学生平均分成绩函数

int spj(int score[][5], int n)
{
int sum=0;
for (int i=0; i<5; i++)
sum=sum+score[n][i];
return sum/5;
}

———————————————————————

for (int j=0; j<5; j++)
{
printf(“第%d门课程平均分是%d\n”, j+1, lpj(score,j));
}

———————————————————————

进入求每门课程平均分成绩函数

int lpj(int score[][5],int n)
{
int sum=0;
for (int i=0; i<5; i++)
sum=sum+score[i][n];
return sum/5;
}

———————————————————————

printf(“最高的分数是%d\n”, max(score,5));
printf(“是第%d个学生的第%d门课程\n”, student, lesson);

———————————————————————

int max(int score[][5],int n)
{
int temp=0;
for(int i=0; i<5; i++)
{
for(int j=0; j<5; j++)
if(score[i][j] > temp)
{
temp=score[i][j];
student=i+1;
lesson=j+1;
}
}
return (temp);
}———————————————————————

总体来说代码感觉有些臃肿，不过这已经是我能想出的最好结果了。个人感觉第七章的课后习题比前几张真是难了很多，而且C语言我还未学到指针这最精华的部分，真无法想象后面的题会怎样。。。本来计划用2天时间做完第七章函数的15到题，结果每天最多只能研究3道题了。
虽然是这样，我却慢慢发现了编程的乐趣。