网站建设显示危险,英雄联盟韩国,网站开发准备流程,重庆介绍ppt制作版式虽然不会影响程序的功能#xff0c;但会影响可读性。程序的版式追求清晰、美观#xff0c;是程序风格的重要构成因素。可以把程序的版式比喻为“书法”。好的“书法”可让人对程序一目了然#xff0c;看得兴致勃勃。差的程序“书法”如螃蟹爬行#xff0c;让人看得索然… 版式虽然不会影响程序的功能但会影响可读性。程序的版式追求清晰、美观是程序风格的重要构成因素。可以把程序的版式比喻为“书法”。好的“书法”可让人对程序一目了然看得兴致勃勃。差的程序“书法”如螃蟹爬行让人看得索然无味更令维护者烦恼有加。请程序员们学习程序的“书法”弥补大学计算机教育的漏洞实在很有必要。 空行 【规则2-1-1】在每个类声明之后、每个函数定义结束之后都要加空行。 【规则2-1-2】在一个函数体内逻揖上密切相关的语句之间不加空行其它地方应加空行分隔。 代码行 【规则2-2-1】一行代码只做一件事情如只定义一个变量或只写一条语句。 【规则2-2-2】if、for、while、do等语句自占一行执行语句不得紧跟其后。不论执行语句有多少都要加{}。这样可以防止书写失误。 【建议2-2-1】尽可能在定义变量的同时初始化该变量就近原则。 代码行内的空格 【规则2-3-1】关键字之后要留空格。象const、virtual、inline、case 等关键字之后至少要留一个空格否则无法辨析关键字。象if、for、while等关键字之后应留一个空格再跟左括号‘’以突出关键字。 【规则2-3-2】函数名之后不要留空格紧跟左括号‘’以与关键字区别。 【规则2-3-3】‘’向后紧跟‘’、‘’、‘;’向前紧跟紧跟处不留空格。 【规则2-3-4】‘’之后要留空格如Function(x,y, z)。如果‘;’不是一行的结束符号其后要留空格如for (initialization;condition; update)。 【规则2-3-5】赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符如“”、“” “”、“”、“”、“*”、“%”、“”、“||”、“”,“^”等二元操作符的前后应当加空格。 【规则2-3-6】一元操作符如“!”、“~”、“”、“--”、“”地址运算符等前后不加空格。 【规则2-3-7】象“”、“.”、“-”这类操作符前后不加空格。 【建议2-3-1】对于表达式比较长的for语句和if语句为了紧凑起见可以适当地去掉一些空格如for (i0; i10; i)和if((ab) (cd))。 对齐 【规则2-4-1】程序的分界符‘{’和‘}’应独占一行并且位于同一列同时与引用它们的语句左对齐。 【规则2-4-2】{ }之内的代码块在‘{’右边数格处左对齐。 长行拆分 【规则2-5-1】代码行最大长度宜控制在70至80个字符以内。代码行不要过长否则眼睛看不过来也不便于打印。 【规则2-5-2】长表达式要在低优先级操作符处拆分成新行操作符放在新行之首以便突出操作符。拆分出的新行要进行适当的缩进使排版整齐语句可读。 修饰符的位置 【规则2-6-1】应当将修饰符 * 和 紧靠变量名。 注释 C语言的注释符为“/*…*/”。C语言中程序块的注释常采用“/*…*/”行注释一般采用“//…”。注释通常用于 1版本、版权声明 2函数接口说明 3重要的代码行或段落提示。 虽然注释有助于理解代码但注意不可过多地使用注释。 【规则2-7-1】注释是对代码的“提示”而不是文档。程序中的注释不可喧宾夺主注释太多了会让人眼花缭乱。注释的花样要少。 【规则2-7-2】如果代码本来就是清楚的则不必加注释。否则多此一举令人厌烦。例如i; // i 加1多余的注释。 【规则2-7-3】边写代码边注释修改代码同时修改相应的注释以保证注释与代码的一致性。不再有用的注释要删除。 【规则2-7-4】注释应当准确、易懂防止注释有二义性。错误的注释不但无益反而有害。 【规则2-7-5】尽量避免在注释中使用缩写特别是不常用缩写。 【规则2-7-6】注释的位置应与被描述的代码相邻可以放在代码的上方或右方不可放在下方。 【规则2-7-8】当代码比较长特别是有多重嵌套时应当在一些段落的结束处加注释便于阅读。 类的版式 类可以将数据和函数封装在一起其中函数表示了类的行为或称服务。类提供关键字public、protected和private分别用于声明哪些数据和函数是公有的、受保护的或者是私有的。这样可以达到信息隐藏的目的即让类仅仅公开必须要让外界知道的内容而隐藏其它一切内容。我们不可以滥用类的封装功能不要把它当成火锅什么东西都往里扔。 类的版式主要有两种方式 1将private类型的数据写在前面而将public类型的函数写在后面。采用这种版式的程序员主张类的设计“以数据为中心”重点关注类的内部结构。 2将public类型的函数写在前面而将private类型的数据写在后面。采用这种版式的程序员主张类的设计“以行为为中心”重点关注的是类应该提供什么样的接口或服务。 很多C教课书受到BiarneStroustrup第一本著作的影响不知不觉地采用了“以数据为中心”的书写方式并不见得有多少道理。 建议采用“以行为为中心”的书写方式即首先考虑类应该提供什么样的函数。这是很多人的经验——“这样做不仅让自己在设计类时思路清晰而且方便别人阅读。因为用户最关心的是接口谁愿意先看到一堆私有数据成员” 转载于:https://www.cnblogs.com/7code/p/5051989.html
