目前最著名、最有影响、应用最广泛的windows、linux和UNIX三个 *** 作系统都是用C语言编写的。0S是计算机系统(由软硬件两个子系统构成)的核心和灵魂，它是软件中最庞大最复杂的系统软件。既然如此庞大复杂的0S都可以用c语言编写，从狭义而言，还有什么系统软件和应用软件不能用c语言编写呢?由此可以肯定的说，c语言是一门十分优秀而又重要的语言。
c语言程序设计是过程性程序设计语言，它的发展贯穿了计算机发展的历程，它蕴含了程序设计的基本思想，囊括了程序设计的基本概念，所以它是理工科高等院校的一门基础课程。
从市面上有关c语言的书籍和高等院校采用的教材来看，它们有一个共性，那就是：脱离了实际应用（全是小打小闹的小例子），纯粹的过程性程序设计，没有软件工程思想的体现，没有一定程序设计风格，仅仅是为了让大家明白什么是c语言而已。
高等院校开设c语言程序设计的目的是让学生对程序设计有个入门，有个直观的理解，同时为其他后续课程作铺垫。但是如果教学仅仅以此为目的，那么教学嫌磨本身就效果而言是个大大的失败。
大家知道，在商业上讲究唯利是图，“利”是商业追求的目标，离开了“利”经商，则商无动力，其结果是必败无疑。在c语言程序设计教学当中，教师应该把“唯用是图”作为教学的首要目标。如果抛开了实际应用进行程序设计教学，就是纸上谈兵，就是“说明书”式的教学。印度的程序设计课程采用“事件驱动式”教学，我认为在中国的c语言程序设计教学中应该采用“项目驱动式”教学。“项目驱动式”教学就是以项目为目的，以c语言理论教学为过程，最终能用c语言设计项目，实现项目的要求。“项目驱动式”教学的关键在于培养学生“如何做什么”和“可以干什么”。一个项目就是一个工程，在“项目驱动式”教学中，首先应该让学生简单了解什么是软件工程思想，其次在c语言理论教学过程中，让学生懂得面向对象的程序设计的风格，最后引导他们来设计项目。
（二）“项目驱动”式教学应注意的问题
1.c语言程序设计教学要帮助学生树立面向工程的观点
在计算机行业中，软件是通过人们的智力活动、把知识与技术转化成信息的一种产品。软件的设计已经用工程的观念来进行管理。软件设计工作被当作一项系统工程来对待。软件的的生存周期一般可分为以下阶段：问题定义、可行性研究、需求分析、概要设磨者大计、详细设计、编码、测试、运行与维护。我们不难看出软件工程的复杂程度是很大的。理工科高等院校把c语言作为一门基础课程，也是为了给社会培养信息技术人才。众所周知，养成一个好的习惯是非常重要的，所以c语言程序设计作为大多数工科院校学生接触的第一门程序设计语言（有的院校讲pascal），就应该让学生树立正确的观点。那么当前的程序设计教学也必须以切合将来软件工程开发的实际需要为第一目标，使学生在学习程序设计的初级阶段就树立正确的软件工程观点。这样做不仅可以为学生将来从事计算机应用设计打下良好的基础，而且有利于培养学生分析问题的完备性，以及统筹全局，协调关系的基本素质。
2.理论教学应从单一的“结构化程序设计”向“结构化与面向对象并举”转变
“结构化程序设计”方法是程序设计的基础，必须让学生掌握得坚实可靠。结构化程序设计的过程是培养学生思维能力的过程，在教学中经常发现有些学生的思维混乱。这些都是缺乏思维训练的结果。结构化程序设计的训练不仅可以让学生养成良好的程序设计习惯，而且可以有效地培养学生思维的条理性和逻辑性。所以瞎竖在授课过程中要注意讲解结构化程序设计的思想时应突出两点：（1）程序的质量首先取决于它的结构。（2）程序设计的基本方法是自顶向下地逐步求精和模块化。
在c程序教学过程中，越到后面的章节，学生越会产生设计程序逐渐变难的感觉，这是不符合逻辑的一种怪现象。按照常理，C语言学的越多，说明你的程序设计知识越多，设计起程序来应该更加得心应手，那么出现这种现象的原因何在呢？当然该问题的出现的原因是多方面的，但是其中最重要的一点就是长期以来程序设计的观念不是以如何处理好对象为出发点，而是以如何使用好语言为基本点。受这种思想的影响，我们的程序设计教学大多数不是以如何解决好问题为重点，而是以讲解语法规则和语句格式为重点，是“说明书”式的教学。这样做造成的结果就是见到一个程序后学生首先想到是该用哪条语句，而不是思考怎样合理的解析。要切实解决这个问题，首先应该改变程序设计的观念。“面向对象程序设计”思想是目前最为流行、极为实用的一种程序设计方法，但是让学生直接接触“面向对象程序设计”，肯定不能对程序设计打下牢固的基础。“结构化与面向对象并举”是现代计算机程序设计的发展趋势，应该认真探索研究，让学生有一个较为轻松的学习过程。程序设计的实质就是编写处理对象的过程，所以将c与c++有机的融为一体的教材应该是首选教材，在教学过程中，我们应该从社会发展的角度进行探索研究，将目前最为流行又极为实用“面向对象程序设计”思想融合到c语言教学中。
3.c语言教学应培养学生良好的程序设计风格
具有良好的设计风格应该是程序员所具备的基本素质，在实际的项目中程序员往往都有自己的一些编程风格。目前95％以上的程序设计书籍不注重程序设计风格问题，这导致了很多学生没有良好的程序设计风格，在他们刚刚毕业踏入社会时，如果周围的同事没有良好的编程风格，那么很难通过环境来使自己提高这方面的素质，即使有提高也不容易比较全面的提高。因此在学生接触的第一门程序设计语言教学中，就应该培养学生良好的程序设计风格，使他们一进工作环境就具备这个素质。
Pascal设计者N.Writh教授十分重视程序设计风格的养成，他坚信“教给学生们以表达他们思维的语言会深深地影响他们思维和创造发明的习惯，而正是这些语言本身的混乱直接影响着学生们的程序设计的风格”，他这里所指的“这些运用”是当时那些主要用于程序设计教学的计算机语言。对学生来讲，一开始就强调程序设计风格很有必要，良好的程序设计风格不仅有助于提高程序的可靠性、可理解性、可测试性、可维护性和可重用性，而且也能够促进技术的交流，改善软件的质量。所以培养良好的程序设计风格对于初学者来说非常重要。
程序设计风格，实际上是指的是编码风格。在教学过程中应从源程序文档化，数据说明的原则，输入／输出方法这三个方面培养学生的编码风格，进而从编码原则探讨提高程序的可读性、改善程序质量的方法。
（1）源程序文档化。编码的目的是产生程序，但是为了提高程序的可维护性。源代码是需要实现文档化的。源程序文档化包括选择标识符(变量和标号)的名字、安排注释以及标准的书写格式等。
①选择标识符的命名规则。标识符包括模块名、变量名、常量名、标号名、子程序名等。这些名字应能反映它所代表的实际东西，应有一定实际意义，使其能顾名思义。另外在模块名、变量名、常量名、标号名、子程序名中使用下划线是一种风格。使用这一技术的一种广为人知的命名规则就是匈牙利命名法（变量类型由一个或两个字符表示，并且这些字符将作为变量名的前缀）。当然使用匈牙利命名法与否都没有错误，重要的是要保持一致性——在整个程序中使用相同的命名规则。这就是说，如果你在一个小组环境中编程，你和其他小组成员应该制定一种命名规则。并自始至终使用这种规则。如果有人使用了别的命名规则，那么集成的程序读起来将是很费劲的。此外，你还要与程序中用到的第三方库（如果有的话）所使用的风格保持一致。如果可能的话，你应该尽量使用与第三方库相同的命名规则，这将加强你的程序的可读性和一致性。
②注释。程序中的注释是程序设计者与程序阅读者之间通信的重要手段。注释能够帮助读者理解程序，并为后续测试维护提供明确的指导信息。因此，注释是十分重要的，大多数程序设计语言提供了使用自然语言来写注释的环境，为程序阅读者带来很大的方便。注释分为功能性注释和序言性注释。
a.功能性注释。功能性注释在源程序中，用以描述其后的语句或程序段是在做什么工作，也就是解释下面要“做什么”，而不是解释下面怎么做。对于书写功能性注释，要注意以下几点：第一描述一段程序，而不是每一个语句。第二利用缩进和空行，使程序与注释容易区别。第三注释要准确无误。
b.序言性注释。序言性注释通常位于每个程序模块的开头部分，它给出程序的整体说明，对于理解程序具有引导作用。有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出。有关内容包括：程序标题；有关该模块功能和目的的说明；主要算法；接口说明：包括调用形式，参数描述，子程序清单；有关数据描述；模块位置(在哪一个源文件中，或隶属于哪一个软件包)；开发简历：模块设计者、复审考、复审日期。
③用标准的书写格式。源程序清单的书写建议采用以下几点：
a.每行只写一条语句；
b.用分层缩进的写法显示嵌套结构层次，这样可使程序的逻辑结构更加清晰，层次更加分明。
c.书写表达式时适当使用空格或圆括号作隔离符。
d.在注释段周围加上边框；
e.注释段与程序段、以及不同的程序段之间插入字行；
（2）数据说明采用的原则。在编写程序时，要注意数据说明的风格。
数据说明的次序如果规范，将有利于测试，排错和维护。首先说明的先后次序要固定，例如，按常量说明、简单变量类型说明、数组说明用数据块说明、所有的文件说明的顺序说明。当然在类型说明中还可进一步要求，例如按如下顺序排列：整型量说明、实型量说明、字符量说明、逻辑说明。
其次当用一个语句说明多个变量名时，应当对这些变量按字母的顺序排列。
最后对于复杂数据结构，应利用注释说明实现这个数据结构的特点。
（3）输入／输出方法。输入／输出的方式和格式应当尽量避免因设计不当给用户带来的麻烦。这就要求，源程序的输入／输出风格必须满足能否为用户接受这一原则。所以在设计程序时，应考虑以下原则：输入数据时，要使输入的步骤和 *** 作尽可能简单，应允许使用自由格式输入；应允许缺省值；对输入的数据要进行检验，以保证每个数据的有效性。
（三）结束语
在教学过程中，我们让学生设计一个程序模拟体育彩票的销售与对奖的过程，取得了良好的效果。他不仅启发和诱导了学生独立思考、积极思维的主动性，而且充分调动了学生学习的自觉性和积极性，使学生融会贯通地掌握了所学知识，提高了分析问题和解决实际问题的能力。
搞好c程序设计的教学工作涉及的因素很多，如果以项目来驱动教学，首先让学生树立面向工程的思想，其次把教学从单一的“结构化程序设计”向“结构化与面向对象并举”转变，最后特别要培养学生养成良好的编码风格，从而使他们学会能够“干什么”，那么我们认为教学目的就达到了。
C语言编程规范-注释规则:
1：一般情况下，源程序有效注释量必须在20％以上。
说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。
2：说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权棚肆扰说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。
示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。
/*************************************************
Copyright (C), 1988-1999, Tech. Co., Ltd.
File name: // 文件名
Author:
Version:
Date: // 作者、版本及完成日期
Description:// 用于详细说明此程序文件完成的主要功能，与其他模块
// 或函数的接口，输出值、取值范围、含义及参数间的控
// 制、顺序、独立或依赖等关系链旦
Others:// 其它内容的说明
Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明
1. ....
History:// 修改历史记录列表，每条修改记录应包括修改日期、修改
// 者及修改内容简述
1. Date:
Author:
Modification:
2. ...
*************************************************/
3：源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。
示例：下面这段源文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要雹悄包含在内。
/************************************************************
Copyright (C), 1988-1999, Tech. Co., Ltd.
FileName: test.cpp
Author:
Version :
Date:
Description:// 模块描述
Version:// 版本信息
Function List: // 主要函数及其功能
1. -------
History:// 历史修改记录
<author> <time> <version > <desc>
David96/10/121.0build this moudle
***********************************************************/
说明：Description一项描述本文件的内容、功能、内部各部分之间的关系及本文件与其它文件关系等。History是修改历史记录列表，每条修改记录应包括修改日期、修改者及修改内容简述。
4：函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用关系（函数、表）等。
示例：下面这段函数的注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。
/*************************************************
Function: // 函数名称
Description:// 函数功能、性能等的描述
Calls: // 被本函数调用的函数清单
Called By: // 调用本函数的函数清单
Table Accessed: // 被访问的表（此项仅对于牵扯到数据库 *** 作的程序）
Table Updated: // 被修改的表（此项仅对于牵扯到数据库 *** 作的程序）
Input: // 输入参数说明，包括每个参数的作
// 用、取值说明及参数间关系。
Output:// 对输出参数的说明。
Return:// 函数返回值的说明
Others:// 其它说明
*************************************************/
5：边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。
6：注释的内容要清楚、明了，含义准确，防止注释二义性。
说明：错误的注释不但无益反而有害。
7：避免在注释中使用缩写，特别是非常用缩写。
说明：在使用缩写时或之前，应对缩写进行必要的说明。
8：注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。
示例：如下例子不符合规范。
例1：
/* get replicate sub system index and net indicator */
repssn_ind = ssn_data[index].repssn_index
repssn_ni = ssn_data[index].ni
例2：
repssn_ind = ssn_data[index].repssn_index
repssn_ni = ssn_data[index].ni
/* get replicate sub system index and net indicator */
应如下书写
/* get replicate sub system index and net indicator */
repssn_ind = ssn_data[index].repssn_index
repssn_ni = ssn_data[index].ni
9：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在其上方相邻位置或右方。
示例：
/* active statistic task number */
#define MAX_ACT_TASK_NUMBER 1000
#define MAX_ACT_TASK_NUMBER 1000 /* active statistic task number */
10：数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自注释的，必须加以注释。对数据结构的注释应放在其上方相邻位置，不可放在下面；对结构中的每个域的注释放在此域的右方。
示例：可按如下形式说明枚举/数据/联合结构。
/* sccp interface with sccp user primitive message name */
enum SCCP_USER_PRIMITIVE
{
N_UNITDATA_IND, /* sccp notify sccp user unit data come */
N_NOTICE_IND, /* sccp notify user the No.7 network can not */
/* transmission this message */
N_UNITDATA_REQ, /* sccp user's unit data transmission request*/
}
11：全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。
示例：
/* The ErrorCode when SCCP translate */
/* Global Title failure, as follows */ // 变量作用、含义
/* 0 － SUCCESS 1 － GT Table error */
/* 2 － GT error Others － no use */ // 变量取值范围
/* only function SCCPTranslate() in */
/* this modual can modify it, and other */
/* module can visit it through call */
/* the function GetGTTransErrorCode() */// 使用方法
BYTE g_GTTranErrorCode
12：注释与所描述内容进行同样的缩排。
说明：可使程序排版整齐，并方便注释的阅读与理解。
示例：如下例子，排版不整齐，阅读稍感不方便。
void example_fun( void )
{
/* code one comments */
CodeBlock One
/* code two comments */
CodeBlock Two
}
应改为如下布局。
void example_fun( void )
{
/* code one comments */
CodeBlock One
/* code two comments */
CodeBlock Two
}
13：将注释与其上面的代码用空行隔开。
示例：如下例子，显得代码过于紧凑。
/* code one comments */
program code one
/* code two comments */
program code two
应如下书写
/* code one comments */
program code one
/* code two comments */
program code two
14：对变量的定义和分支语句（条件分支、循环语句等）必须编写注释。
说明：这些语句往往是程序实现某一特定功能的关键，对于维护人员来说，良好的注释帮助更好的理解程序，有时甚至优于看设计文档。
15：对于switch语句下的case语句，如果因为特殊情况需要处理完一个case后进入下一个case处理，必须在该case语句处理完、下一个case语句前加上明确的注释。
说明：这样比较清楚程序编写者的意图，有效防止无故遗漏break语句。
示例（注意斜体加粗部分）：
case CMD_UP:
ProcessUp()
break
case CMD_DOWN:
ProcessDown()
break
case CMD_FWD:
ProcessFwd()
if (...)
{
...
break
}
else
{
ProcessCFW_B() // now jump into case CMD_A
}
case CMD_A:
ProcessA()
break
case CMD_B:
ProcessB()
break
case CMD_C:
ProcessC()
break
case CMD_D:
ProcessD()
break
...
建议:
1：避免在一行代码或表达式的中间插入注释。
说明：除非必要，不应在代码或表达中间插入注释，否则容易使代码可理解性变差。
2：通过对函数或过程、变量、结构等正确的命名以及合理地组织代码的结构，使代码成为自注释的。
说明：清晰准确的函数、变量等的命名，可增加代码可读性，并减少不必要的注释。
3：在代码的功能、意图层次上进行注释，提供有用、额外的信息。
说明：注释的目的是解释代码的目的、功能和采用的方法，提供代码以外的信息，帮助读者理解代码，防止没必要的重复注释信息。
示例：如下注释意义不大。
/* if receive_flag is TRUE */
if (receive_flag)
而如下的注释则给出了额外有用的信息。
/* if mtp receive a message from links */
if (receive_flag)
4：在程序块的结束行右方加注释标记，以表明某程序块的结束。
说明：当代码段较长，特别是多重嵌套时，这样做可以使代码更清晰，更便于阅读。
示例：参见如下例子。
if (...)
{
// program code
while (index <MAX_INDEX)
{
// program code
} /* end of while (index <MAX_INDEX) */ // 指明该条while语句结束
} /* end of if (...)*/ // 指明是哪条if语句结束
5：注释格式尽量统一，建议使用"/* …… */"。
6：注释应考虑程序易读及外观排版的因素，使用的语言若是中、英兼有的，建议多使用中文，除非能用非常流利准确的英文表达。
说明：注释语言不统一，影响程序易读性和外观排版，出于对维护人员的考虑，建议使用中文。
答：薯迟在用C语言编程时，常用的注释方式有如下几种：（1）单行注释 //…
（2）多行注释 /*…*/
（3）条件编译注释 #if 0…#endif
拓展资料：
对于(1)，注释只能显示在一行内，通常出现在一条语句的右边或者上方，对于注释符”//”，一个注释里只要有多余2个’/’都可以。
对于(2)，”/*…*/”不能嵌套使用，正如”if…else”中的”else”总是和隔它最近的”if”配对一样，数皮李”/*”总是和离它最近的”*/”相配对。
针对握脊(1)和(2)各自的缺陷，资深的程序员提出如(3)所示的注释，该注释的好处是能注释大块的程序，并且没有嵌套的限制，也就是说在”#if 0…#endif”的”…”处可以有”//”或”/*…*/”这样的注释。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）