育才学习网1.C语言书写格式标准是什么
你的错误是没加头文件，因为使用printf需要调用库函数 stdio.h。
符号名包括模块名、常量名、标号名、子程序名等。这些名字应该能反映它所代表的实际东西，具有一定的意义，使其能够见名知义，有助于对程序功能的理解。命名采用匈牙利命名法。具体规则如下：
(1)所有宏定义、枚举常数和const变量，用大写字母命名。在复合词里用下划线隔开每个词。
(2)复合词中每个单词的第一个字母大写。除了规则5.1.1.1以外，避免使用下划线。
(3)类、类型定义和枚举型名的第一个字母大写。
(4)函数名是复合词的，第一个词采用全部小写，随后每个单词采用第一个字母大写，其它字母小写方式；如果是单个词的，采用全部小写方式。
(5)循环变量可采用i, j, k等，不受上述规则限制。
(6) 类的成员变量应采用m_开头。
(7) 全局变量词头为g_ 。
(8) 临时变量词头为tmp_ 。
(9) 对结构体内的变量命名， 遵循变量的具体含义命名原则
(10)用小写字母的前缀表示变量的类型，前缀的下一个字母用大写。
——文件之中不得存在无规则的空行，比如说连续十个空行。
一般来讲函数与函数之间的空行为2-3行；
在函数体内部，在逻辑上独立的两个函数块可适当空行，一般为1-2行。
——程序编写首先应考虑清晰性，不要刻意追求技巧性而使得程序难以理解。
——每行长度尽量避免超过屏幕宽度，应不超过80个字符。
——除非对效率有特殊要求，编写程序要作到清晰第一，效率第二。
——尽可能使用函数库。
——尽量用公共过程或子程序去代替重复的功能代码段。要注意，这个代码应具有一个独立的功能，不要只因代码形式一样便将其抽出组成一个公共过程或子程序。
——使用括号清晰地表达算术表达式和逻辑表达式的运算顺序。如将 x=a*b/c*d 写成 x=(a*b/c)*d可避免阅读者误解为x=(a*b)/(c*d)。
——避免不必要的转移。
——避免采用过于复杂的条件测试。
——避免过多的循环嵌套和条件嵌套。
——建议不要使？*=，^=， /=等运算符。
——一个函数不要超过200行。一个文件应避免超过2000行。
——尽量避免使用go to语句。
——避免采用多赋值语句，如x = y = z ;
——不鼓励采用？：操作符，如z = (a>b)?a:b;
——不要使用空的if else 语句。
2.编程规范包括哪些内容
、标识符规则 --- 类，方法，变量，同时也是包名的规范
由字母（汉语中的一个汉字是一个字母），数字，下划线和$组成，不能以数字开头。
大小写敏感
没有长度限制，不能有空格
不能使用Java的关键字和保留字
java中的关键字
goto和const在java中虽然不再使用但是还作为保留字存在
java中没有sizeof这个关键字了，java中的boolean类型的值只能用true和false，且这两个也是关键字
enum 枚举 assert 断言
一个标识符尽量符合语义信息，提高程序可读性
类 名 ：每个单词首字母大写，
变量和方法 ：第一个单词小写，后边的每个单词首字母大写
包 名 ：全部小写
常 量 ：全部大写 以下划线分词
局部变量：定义在方法中的变量
(1)先赋值后使用
(2)从定义变量的代码块开始到代码块结束
(3)在同一范围内不允许两个局部变量发生命名冲突
3.什么叫编程规范
编程规范就是为了便于自己和他人阅读理解源程序，而制定的一个规范。如在Visual C++中源程序中变量的取名一般采用匈牙利表示法则，该法则要求每个变量名都有一个前缀，用于表示变量的类型，后面是代表变量含义的一串字符串。例如，前缀n表示整形变量，前缀sz表示以0结束的字符串变量，前缀lp表示指针变量。
编程规范只是一个规范，也可以不遵守，但是要做一个有良好编程风格的程序员，就一定要遵守编程规范，不仅方便自己以后的阅读，也方便与其他程序员的交流。要做一个有良好编程风格的程序员，这是我们都是在我们第一节课就教我们的
4.C语言的书写规则主要有哪些呢
1. 1.1符号命名规则 1.1.1符号名包括模块名、常量名、标号名、子程序名等。
这些名字应该能反映它所代表的实际东西，具有一定的意义，使其能够见名知义，有助于对程序功能的理解。命名采用匈牙利命名法。
规则如下： （1）所有宏定义、枚举常数和const变量，用大写字母命名。在复合词里用下划线隔开每个词。
（2）复合词中每个单词的第一个字母大写。除了规则5.1.1.1以外，避免使用下划线。
（3）类、类型定义和枚举型名的第一个字母大写。 （4）函数名是复合词的，第一个词采用全部小写，随后每个单词采用第一个字母大写，其它字母小写方式；如果是单个词的，采用全部小写方式。
（5）循环变量可采用i, j, k等，不受上述规则限制。 （6） 类的成员变量应采用m_开头。
（7） 全局变量词头为g_ 。 (8) 临时变量词头为tmp_ 。
(9) 对结构体内的变量命名， 遵循变量的具体含义命名原则 （10）用小写字母的前缀表示变量的类型，前缀的下一个字母用大写。 表 1 词头 类型 词头 类型 ch char l long i integer u unsigned b boolean p pointer f float lp long pointer d double s string st structure sz ASCII string by byte n short int H handle x,y 分别为x,y坐标 dw DWORD fn function 表 2 词头 变量名 词头 变量名 task task sig signal sb binary semaphores wd watchdog sm mutual exclusion tm timer sc counting semaphores msg message pipe pipe 例： #define ARRAY_SIZE 24 /*规则5.1.1.1*/ int g_iFlag; class MyClass /*规则5.1.1.3*/ { }; void someFunc（ ) /*规则5.1.1.2和5.1.1.4*/ { int nArray[ARRAY_SIZE]; unsigned char uchByte; char szName[ ]; char *pszName = szName; } (11)有些词头（如p和u）可以和其它词头组合。
例：WDOG_ID wdId; WDOG_ID g_wdId； /*全局watchdog Id，故以g_开头*/ 1.1.2名字的长度一般不要过长或过短。过长的名字会增加工作量，使程序逻辑流程变得模糊；过短的名字无法表达符号的实际意义。
约定长度范围：3-31; 1.2数据和函数说明 1.2.1数据说明次序应当规范化，使数据属性容易查找，也有利于测试、排错和维护。说明的先后次序应固定，应按逻辑功能排序，逻辑功能块内建议采用下列顺序：整型说明、实型说明、字符说明、逻辑量说明。
1.2.2如果设计了一个复杂的数据结构，应当通过注释对其变量的含义、用途进行说明。 1.2.3在函数的声明中使用异常声明。
如：void f() throw(toobig, toosmall, divzero)； 在声明一个函数时，将它所抛出的异常列出，便于函数的使用者了解可能会发生哪些异常。 1.3 程序注释 1.3.1程序注释是程序员与日后的程序读者之间通信的重要手段之一，注释分为文件注释、函数注释和功能注释。
1.3.2正规程序的注释应注意： ——注释行的数量占到整个源程序的1/3到1/2。 1.3.3文件注释位于整个源程序的最开始部分，注释后空两行开始程序正文。
它包括： ——程序标题。 ——目的、功能说明。
——文件作者、最后修改日期等说明。 例： ./******************************************************************** （空一行） 标题： Demo.c 功能： 测试VxWorks的各种系统调用. 说明： 该程序测试各种VxWorks的系统调用函数。
包括任务（taks）的创建、挂起及任务间通过信号灯实现同步，通过消息队列 进行通讯。 程序创建了两个任务：一个高优先级的任务和一个低优先级的任务。
两个任务间通过一个二进制的信号灯进行同步，通过消息队列进行通讯。 当前版本： x.x 修改信息： 2000.06.05 John, Initial Version 2000.07.05 Tom, Bug xxxx fixed **************************************************************/ （空2行，开始程序正文） 1.3.4 函数注释通常置于每函数或过程的开头部分，它应当给出函数或过程的整体说明对于理解程序本身具有引导作用。
一般包括如下条目： ——模块标题。 ——有关本模块功能和目的的说明。
——调用格式 ——接口说明：包括输入、输出、返回值、异常。 ——算法。
如果模块中采用了一些复杂的算法。 例： file：//（/注释开头应和上一函数空两行） （注释开头与上一函数最后一行间隔两行） /******************************************************************** 标题：assignmentComplete 功能：BSC=>MSC消息生成函数，生成assignment_complete指配完成消息（BSMAP消息） . 格式： int assignmentComplete(int iCellId, int iServiceChannnelNum, char *pszMSGData) throw(exception1, exception2) 输入： int iCellId: MS所在的小区识别 iCellId取值：0x00-——0xff int iServiceChannnelNum:MS所占的业务信道号码 输出： char * pszMSGData：指配完成消息数据 返回值： 0x00正常 异常：exception1异常情况1, exception2异常情况2 ********************************************************************/ （ 注释后直接开始程序正文，不空行。）
1.3.5功能性注释嵌在源程序体中，用于描述其后的语句或程序段做什么工作，也就是解释下面要做什么，或是执行了下面的语句会怎么样。而不要解释下面怎么做，因为解释怎么做常常与程序本身是重复的。
例： /*把 amount 加到 total中*/ total = amount + total； 这样的注释仅仅是重复了下面的程序，对于理解它的工作并没有。
5.代码编写规范
目的
2 范围
3 注释规范
3.1 概述
3.2 自建代码文件注释
3.3 模块（类）注释
3.4 类属性注释
3.5 方法注释
3.6 代码间注释
4 命名总体规则
5 命名规范
5.1 变量（Variable）命名
5.2 常量命名
5.3 类（Class）命名
5.4 接口（Interface）命名
5.5 方法（Method）命名
5.6 名称空间Namespace）命名
6 编码规则
6.1 错误检查规则
6.2 大括号规则
6.3 缩进规则
6.4 小括号规则
6.5 If Then Else规则
6.6 比较规则
6.7 Case规则
6.8 对齐规则
6.9 单语句规则
6.10 单一功能规则
6.11 简单功能规则
6.12 明确条件规则
6.13 选用FALSE规则
6.14 独立赋值规则
6.15 定义常量规则
6.16 模块化规则
6.17 交流规则
7 编程准则
7.1 变量使用
7.2 数据库操作
7.3 对象使用
7.4 模块设计原则
7.5 结构化要求
7.6 函数返回值原则
8 代码包规范
8.1 代码包的版本号
8.2 代码包的标识
9 代码的控制
9.1 代码库/目录的建立
9.2 代码归档
10 输入控制校验规则
10.1 登陆控制
10.2 数据录入控制
附件1：数据类型缩写表
附件2：服务器控件名缩写表
6.怎样写代码比较规范
先更正楼上的判断：php现在最流行。以后php、jsp、asp.net应该会逐渐呈现三足鼎立之势。
关于规范的写法：
html代码尽量小写，适当缩进。
后台代码，有的语言不区分大小写，有的则严格区分，注意辨别，养成好习惯：主动“不区分”大小写。
标签合理闭合。
单双引号不要随便省略。也不要随便调换（单变双或双变单）。
页面布局不要用table
了解W3C和Web2.0，按标准写代码获得最佳的兼容性。
不要追求花哨，以功能、需求、实用为主。
语言不重要，重要的是网站结构和该语言是否适用该类型站点。
放弃asp，把心思花在php、jsp、asp.net上。
7.最新编程规范是什么
我转载的，感觉对你有用！！！都是我看过或正要看的书，晾晾书架，希望对后来者也有一点作用，当年我也是浪费时间看了一些没有价值的书籍，颇为后悔，现将精华总结如下：c语言篇：（虽有人说学C++不用先学c，但我颇不以为然，不知数据为何，又何来的封装继承多态）1:c语言入门大学教程c语言谭浩强版足以。
2:windowsc语言API编程基础，推荐《windows程序设计（第5版）》CharlesPetzold着，通过学习可对界面编程一览无遗，剩下的就是看怎样用c++进行包装，体会c++面向对象复用代码的威力了。 3：《TCP/IP协议及网络编程技术》罗军舟等编着清华大学出版社国货上品，是应用c语言在windows下进行网络编程的好教材.也是使用c++进行网络编程的知识准备。
C++基础篇：1：《C++Primer(3or4版)》入门第一部. 2：《深入浅出MFC》侯捷着国货精品，本应归入学习vc的范畴，但他实际是对widowsAPI的c++框架介绍，用来做vc项目只能起辅助作用，对建立c++面向对象思想却多有启迪。 3：《C++标准程序库》侯捷/孟岩译库是语言的延伸，学习c++不可不看。
4：《C++实践之路》周良忠译一个计算器例子贯穿全书，几乎用到C++所有知识，真正的例子驱动教学法。面向对象技术： 1：《设计模式-可复用面向对象软件的基础》美国四人帮的跨时代大作230页却足以开启一个时代，真正体现了面向对象技术的价值，是代码复用的经典之作，不能不看。
2：《UMLDistilled》UML建模很火欧，但对我来说看主要目的是看懂类关系草图，这本小书足以。c++进阶篇1：《C++高级编程》刘鑫等译有对c++知识的精要总结其中包括如何更好地实现重用、如何有效地测试和调试等C++专业人员常用的一些技术与方法，值得了解。
2：《EffectiveC++》，《必知必会》，《c++编程规范》三本小书却足以检测你对c++知识掌握的真正情况。c++高阶篇：（本人仍在阅读中） 1：《深入探索c++对象模型》侯捷译对C++内存布局的深入介绍，是真正理解com/corba等组件技术的必备基础。
2：《C++Templates中文版》陈伟柱译模板圣经，现代c++发展的前沿泛型编程思想总结（是看懂boost类库的知识储备）。 3：《C++设计新思维》侯捷/於春景译泛型编程与设计模式的综合应用，锻炼思维的好书，（已经买了半年多了，等我有空时一定看'_'）。
其他： C++编程思想，C++语言之父的c++语言特别版等书本人只在书店里见过，没有阅读就不敢置评了。（一）语言入门：《C++Primer》 最新版本：第三版（第四版国外已上架，国内一些网上书店也在预订中） 适合有丰富C经验，缺乏C++经验的。
不过我个人一直认为此书带着过于强烈的C语言的痕迹，对于C++的学习未必是好事。《TheC++ProgrammingLanguage》/《C++程序设计语言》最新版本：第三版特别版 简称TC++PL，有其他语言的丰富经验的。
（也有人简称之为“TCPL”，但需与另一本《》区分开来）《EssentialC++》《AcceleratedC++》 这两本薄一些，都是不错的选择。《AcceleratedC++》本人没有读过，从各方面的评价来看，完全值得推荐。
以上几本书都有相应的中文版，而且翻译的质量都不错。上面的书未必都需要读一遍，但无论如何，TC++PL是应该阅读的。
（二）进阶A：这个路线侧重于语言本身《EffectiveC++》 最新版本：第二版（第三版国外已上架，国内一些网上书店也在预订中） 简称EC。C++程序员必读！很多时候，我们说C++圣经不是指TC++PL，而是这一本。
《》一书中写到：“一旦你发现自己要参与C++项目的开发，赶快跑（不要走）到书店去购买ScottMayer的《EffectiveC++》，可能还要《MoreEffectiveC++》”。《C++CodingStandards:101Rules,Guidelines,andBestPractices》/《C++编程规范》 个人认为此书应为C++程序员必备的案头书。
几乎Effective系列和Exceptional系列都在这里得到了总结。最新的模版、异常的业界经验都在这里的到了体现。
可能的唯一缺陷就是对一个新手而言，关于“为什么这么做”的问题，解释的不够。 我的看法是：如果你不理解其中的条款，记忆，并且照做；如果你理解其中的条款，我猜你一定会同意书中的观点。
我认为这本书中的内容至少在2009年以前都不会过时，人们将广为传诵它制定的101条戒律。 还不知道他的简称，也许“101”会成为一个候选者？ 提到《EffectiveC++》，那么另外三本书一一浮出水面：《MoreEffectiveC++》《ExceptionalC++》《MoreExceptionalC++》。
新书《ExceptionalC++Style》也是值得一看的好书。上述几本书，一本也不应该放过。
个人建议上述书籍按顺序阅读。并且，在将来反复阅读这几本书。
8.好的编程规范有哪些,希望大家集思广益
JAVA代码规范（1） 类名首字母应该大写。
字段、方法以及对象（句柄）的首字母应小写。对于所有标识符，其中包含的所有单词都应紧靠在一起，而且大写中间单词的首字母。
例如： ThisIsAClassName 若在定义中出现了常数初始化字符，则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。
Java包（Package）属于一种特殊情况：它们全都是小写字母，即便中间的单词亦是如此。对于域名扩展名称，如com,org,net或者edu等，全部都应小写（这也是Java 1.1和Java 1.2的区别之一）。
（2） 为了常规用途而创建一个类时，请采取"经典形式"，并包含对下述元素的定义： equals() hashCode() toString() clone()(implement Cloneable) implement Serializable(3) 对于自己创建的每一个类，都考虑置入一个main（)，其中包含了用于测试那个类的代码。为使用一个项目中的类，我们没必要删除测试代码。
若进行了任何形式的改动，可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。
（4） 应将方法设计成简要的、功能性单元，用它描述和实现一个不连续的类接口部分。理想情况下，方法应简明扼要。
若长度很大，可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用（有些时候，方法必须非常大，但它们仍应只做同样的一件事情）（5） 设计一个类时，请设身处地为客户程序员考虑一下（类的使用方法应该是非常明确的）。
然后，再设身处地为管理代码的人考虑一下（预计有可能进行哪些形式的修改，想想用什么方法可把它们变得更简单）。（6） 使类尽可能短小精悍，而且只解决一个特定的问题。
下面是对类设计的一些建议： ■一个复杂的开关语句：考虑采用"多形"机制 ■数量众多的方法涉及到类型差别极大的操作：考虑用几个类来分别实现 ■许多成员变量在特征上有很大的差别：考虑使用几个类（7） 让一切东西都尽可能地"私有"--private。可使库的某一部分"公共化"（一个方法、类或者一个字段等等），就永远不能把它拿出。
若强行拿出，就可能破坏其他人现有的代码，使他们不得不重新编写和设计。若只公布自己必须公布的，就可放心大胆地改变其他任何东西。
在多线程环境中，隐私是特别重要的一个因素--只有private字段才能在非同步使用的情况下受到保护。（8） 谨惕"巨大对象综合症"。
对一些习惯于顺序编程思维、且初涉OOP领域的新手，往往喜欢先写一个顺序执行的程序，再把它嵌入一个或两个巨大的对象里。根据编程原理，对象表达的应该是应用程序的概念，而非应用程序本身（9） 若不得已进行一些不太雅观的编程，至少应该把那些代码置于一个类的内部（10） 任何时候只要发现类与类之间结合得非常紧密，就需要考虑是否采用内部类，从而改善编码及维护工作（参见第14章14.1.2小节的"用内部类改进代码"）。
（11） 尽可能细致地加上注释，并用javadoc注释文档语法生成自己的程序文档。（12） 避免使用"魔术数字"，这些数字很难与代码很好地配合。
如以后需要修改它，无疑会成为一场噩梦，因为根本不知道"100"到底是指"数组大小"还是"其他全然不同的东西"。所以，我们应创建一个常数，并为其使用具有说服力的描述性名称，并在整个程序中都采用常数标识符。
这样可使程序更易理解以及更易维护。（13） 涉及构建器和异常的时候，通常希望重新丢弃在构建器中捕获的任何异常--如果它造成了那个对象的创建失败。
这样一来，调用者就不会以为那个对象已正确地创建，从而盲目地继续（14） 当客户程序员用完对象以后，若你的类要求进行任何清除工作，可考虑将清除代码置于一个良好定义的方法里，采用类似于cleanup（)这样的名字，明确表明自己的用途。除此以外，可在类内放置一个boolean（布尔）标记，指出对象是否已被清除。
在类的finalize（)方法里，请确定对象已被清除，并已丢弃了从RuntimeException继承的一个类（如果还没有的话），从而指出一个编程错误。在采取象这样的方案之前，请确定finalize（)能够在自己的系统中工作（可能需要调用System.runFinalizersOnExit(true)，从而确保这一行为）。
（15） 在一个特定的作用域内，若一个对象必须清除（非由垃圾收集机制处理），请采用下述方法：初始化对象；若成功，则立即进入一个含有finally从句的try块，开始清除工作。（16） 若在初始化过程中需要覆盖（取消）finalize（)，请记住调用super.finalize（)（若Object属于我们的直接超类，则无此必要）。
在对finalize（)进行覆盖的过程中，对super.finalize（)的调用应属于最后一个行动，而不应是第一个行动，这样可确保在需要基础类组件的时候它们依然有效。 （17） 创建大小固定的对象集合时，请将它们传输至一个数组（若准备从一个方法里返回这个集合，更应如此操作）。
这样一来，我们就可享受到数组在编译期进行类型检查的好处。此外，为使用它们，数组的接收者也许并不需要将对象"造型"到数组里。
（18） 尽量使用interfaces，不要使用。