c语言学习方法
二十世纪八十年代，为了避免各开发厂商用的C语言语法产生差异，由美国国家标准局为C语言订定了一套完整的国际标准语法，称为ANSI C，作为C语言最初的标准。C语言继续发展，在1982年，很多有识之士和美国国家标准协会为了使这个语言健康地发展下去，决定成立C标准委员会，建立C语言的标准。公司年会礼品推荐>目标责任书范本
c语言学习方法
1) 函数要小
尽量的把函数弄的通用点，代码行少点，一个函数只完成一个简单的功能，一眼就能看出来此函数有没有代码错误，每个函数都是健壮的，那么你的程序就是健壮的。
水痘的预防
学习委员述职报告 2) 代码要少
夏天的夏天
当政 完成一个功能的时候在逻辑清楚的情况下代码越少越好，千万不要比代码谁写的多啊。
3) 算法要好
在完成一个功能的时候要考虑效率，目前计算机的内存很大，所以内存已经不是首要考虑的因素了，但是在某些特殊的地方效率还是很重要的。有效率高的算法，就不用效率低的算法，看看本版有一篇精华贴子是关于把一个字符窜两边的空格去掉的帖子(trim)，很多人都提出了算法，但是有一个算法是最好的，效率最高，代码最少，是算法要好的最好体现
4) 命名要清
命名要清楚，最要用汉语中的谓宾结构如t_buffsize()无限挑战歌谣祭
5) 文件要多
尽量把一个大的程序安功能分成多个文件，一个文件尽量不要超作1000行，这样就很清楚的知道那个文件代码是健壮的，那个文件有可能有隐患，在代码检查的时候可以有针对性的检查某几个文件。
c语言学习方法
1、基础
先从“单词”谈起，在英语中就是由26个英文字母以及26个英文字母构成的单词组成，学习语言我们首先应该记忆的就是“单词”，26个英文字母A，B，C，……然后就是令人头痛的英文单词，记忆的过程是痛苦的至少我学英语时最恼火的地方就是反复记忆老是忘记的单词，类似的在C语言中我们可以作这样的类比，C语言的单词是由26个英文字母、数字(0，1，2……9)、运算符以及其他特殊符号组成，所以相比而言学习C语言是多么的幸福。“语法”，在英语中是如常见构词法、时态、常用句型、特殊用法、固定用法等等(呵呵，不是语言专家如有兴趣可以参考英语语法书籍)，仅拿构词法来说动词后面加er就变成名词(work-worker)，名词后面加y就变成形容词(wind-windy)等十多种变换还要记忆些特殊变换，复杂且繁琐，假如算上时态、句型等那就更复杂了。在C语言中也同样也存在有语法，比如标识符、常量、表达式、数据定义、函数定义、变量初始化、语句构成、预处理命令等大致8种语法，如标识符[2]可由字母、数字以及下划线组成，且必须以字母或下划线开头，区分大小写，另外在不同的编译器中字符数目有不同的规定，一般为7个字符。不过这里有些可能会被忽略的就是书写格式，在C语言中书写格式也是需要被注意的，因为格式也可以当作C语言的语法项目，如语句是以分号‘;’作为结束的标志的而不是以换行作为结束标志，其实英语也有要求比如什么时候该使用句号什么时候该使用逗号等等只不过我
们日常要求并不注意，而且也可以看的懂所以不太较真。综上所述我们要学好一门程序设计语言首先就要象学习英语一样先熟记至少要熟悉这门语言的“单词”和“语法”然后才能谈得上使用，俗话说“万丈高楼平地起”，学好C语言的必要前提就是先打下坚实的C语言基础，所以潭先生的书作为一本很好的教材，我建议是不能丢的，而且还要反复看，至少刚开始我学习的时候上机机会不多，就是反复看懂看明白这本书，有些东西该记的还是要记尤其是一些重要的语法比如标识符、数据类型、语句的特点、函数的栈式结构，指针的意义等等。最后始终记住这点在没有实践之前，先打下坚实的理论基础吧，毕竟理论是实践的先行，理论可以更好的指导实践。即使再低点的要求至少要先熟悉理论吧，毕竟“摸着石头过河”感觉还是盲目以及痛苦的。
2、重点
“语义”即语句的意思、含义。同人类语言一样，程序设计语言最重要的目的还是“交流”，所以写一段没有任何作用的代码就如同说一句没有任何意思的话是没有意义的，在这一点上两者是共同的，至于在其他某些方面两者也有惊人的相似之处，试举一例吧，比如说可以有不同的表达表示同一个意思，如微型计算机同个人计算机就是同一个意思，在C语言
中比如要让变量i自增1，可以有i=i+1或者i+=1等等。不过与人类语言相比，程序设计语言毕竟是与计算机交流，交流对象计算机与人类的不同也决定了程序设计语言与人类语言还是有所区别，甚至可以说是存在巨大的“鸿沟”，这也就是学习程序设计语言的重点。与人类相区别，计算机最大的不同之处在于没有“自己”的“思维”，没有象人类那样丰富的感情，所以在交流过程中对于人类的跳跃性的思维，对于人类的“幽默”无法理解也没有丝毫的兴趣。比如说对与同样一句话“Do it”，在不同的场景不同的说话语气，对10个人来说就会有10种不同的回答，有的人可能会认为这是合理的要求，有的人可能会认为这可能是个玩笑而不与理睬，有的人则可能认为语气要求有些过分而感到非常愤怒……，但对所有的计算机来说则是严格执行。
林彪元帅 不过也正是由于计算机“机械”“笨着”的可爱而深得人们的喜爱并被广泛使用，因为对我们来说，计算机就象一个忠实的士兵一样在执行我们的命令并且作为指挥者，当然我们希望计算机在合适的时间干切当的事情。而要达到这个目的，很凑巧有点类似于社会的“权利与义务”法则一样，我们也有自己的义务那就是下达明确而又正确的“命令”。首先明确，即我们要在与计算机交流时“语义”必须明确，否则计算机将无所适从，因此作为交流工具的程序设计语言的“语义”也必须是能够明确无二义的。当然程序设计语言的设计者已经注意到
这一点，在设计时就回避了这个问题，所以我们——程序设计语言的使用者——程序员也就无须过多关注这点，也就是说使用何种程序设计语言(C，Basic,Pascal等)并不是我们要关注的重点。其次正确，包括正确的输入以及正确的逻辑。由于计算机 “忠实”得有点“盲目”以至于对事情的对错毫无判断力，就象一把枪一样，在警察手里它就是正义的化身，而在土匪手里就成了恶魔的代言人，因此要时刻记住计算机是没有错的，“错误”掌握在我们自己手里，这也就决定了我们在编程时是不是应该投入更多的精力来纠正我们自己所犯下的错误上面来?除此之外，我们智慧的结晶——程序，在我们的上帝——顾客，在程序的使用者看来就象个黑匣子，他们只管输入哪怕是错误的输入却同样期待能得到正确的结果，而对于上帝我们除了祈祷和期望之外还能有什么选择?因此对于输入的不可预期的程序源数据，我们是不是也应该花更多的时间进行处理呢?先小结下，由于我们在编程时需要对于输入的不可预期的程序源数据以及提高我们自己的逻辑正确性花费更多的时间，因此这也就是我们编程训练所应该关注的重点，而不是关注于何种实际的程序设计语言。为了加深印象，下面我们举个实际的例子来说明这点。
先看题目要求“输入一行字符串(全字母或空格)，统计其中的单词数量，单词之间用空格分开”，应该说这是个简单的题目，有些人可能一看到这个题目很快就给出了自己的答案。
如有些人会想单词是以空格分开的，我们统计其中空格的数量再加上最后一个单词不就是单词的个数吗，因此便很快给出如下答案。/*Program1*/#includemain(){ char string[81]; int i,num = 0; char c; gets(string); for(i = 0;(c=string[i])!='\0';i++) if(c == ' ') num++; printf("There are %d words in the line.\n",num+1);}编译运行，然后输入“I am a student”，得出正确答案“There are 4 words in the line.”在输入几个类似的测试用例，都得出正确答案，最后确信无误便自信满满的交出自己的答卷。应该说正确的输入情况下，这个程序毫无疑问是能够正确运行的，但这种正确性是非常脆弱的，你不能指望用户和你一样聪明并且不犯错误，何况即使是神仙那也有打盹的时候。假如用户输入“ I am a student”，“ I am a student”， “ I am a student ”……这种情况下，你是不是应该重新修正你的思路呢?现在我这样考虑一个单词应该是字母后面紧接着一个空格或者结束符号，所以重新写下如下程序。/* Program 2*/#includemain(){ char string[81]; int i,num = 0; char c; gets(string); for(i = 0;(c = string[i])!='\0';i++) if(c != ' ' &&(string[i+1] ==' '|| string[i+1]== '\0')) num++; printf("There are %d words in the line.\n",num);}运行一遍，发现结果是正确的，单词之间不管你是有几个空格，不管是两个也好，三个也好都能够正确运行，但是回过头来我们看下这个程序是不是还有些可以改进的地方呢?我们再看如下一个程序/* Program 3[3]*/#inclu
demain(){ char string[81]; int i,num = 0,word = 0;/*word标志位*/ char c; gets(string); for(i = 0;(c = string[i])!='\0';i++) if(c == ' ') word = 0; el if(word == 0) { word = 1; num++; } printf("There are %d words in the line.\n",num);}输入测试用例也能够完全正确，看看源程序，其中增加了一个标志位便把所有的情况给考虑进去了，相比前一个程序，程序2就是直白的描述了解题的思路，而程序3看起来好象不好理解但似乎更能满足我们作为“天才程序员”的欲望，这也就是编程时使用的一些小技巧。总体比较三个程序，可以说类似程序1的错误——逻辑错误是我们程序员比较容易犯的，也是在编程调试过程中最费时间的，至于语法错误编译器可以很快的给我们找出错误的地方程序2逻辑正确但相比程序1思路要更难想到，程序3思路不但正确而且还在编程的过程中使用了一些编程技巧，所有这些开阔的逻辑思路(解决问题)，快速的调试方法及过程(发现错误)，累积的编程技巧(让程序让“好看”)都需要我们在编程实践中去获得，这是宝贵的经验也我们作为程序员最珍贵的地方，而且最重要的这些经验是属于我们自己的，独一无二的。
