开会完成静态评审代码:
选择邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容作为代码评审标准
10.1 代码风格规范
10.1.1 缩进
是用Tab键好,还是2、4、8个空格?
结论:4个空格,在VS2005和其他的一些编辑工具中都可以定义Tab键扩展成为几个空格键。不用 Tab键的理由是Tab键在不同的情况下会显示不同的长度。4个空格的距离从可读性来说正好。
10.1.2 行宽
行宽必须限制,但是以前有些文档规定的80字符行宽太小了(以前的计算机/打字机显示行宽为80字符),现在时代不同了,可为100字符。
10.1.3 括号
在复杂的条件表达式中,用括号清楚地表示逻辑优先级。
10.1.4 断行与空白的{ }行
10.1.5 分行
不要把多行语句放在一行上。
10.1.6 命名
10.1.7 下划线问题
下划线用来分隔变量名字中的作用域标注和变量的语义,如:一个类型的成员变量通常用m_来表示。移山公司规定下划线一般不用在其他方面。
10.1.8 大小写问题
由多个单词组成的变量名,如果全部都是小写,很不易读,一个简单的解决方案就是用大小写区分它们。
Pascal——所有单词的第一个字母都大写;
Camel——第一个单词全部小写,随后单词随Pascal格式,这种方式也叫lowerCamel。
一个通用的做法是:所有的类型/类/函数名都用Pascal形式,所有的变量都用Camel形式。
类/类型/变量:名词或组合名词,如Member、ProductInfo等。
函数则用动词或动宾组合词来表示,如get/set; RenderPage()。
10.1.9 注释
等等,详细参加链接:http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
1、主持人对本次会议做简短介绍
宣布本次会议开始
简要介绍学生信息管理系统的主要功能
2、记录人对本次会议详细内容进行讲解
对学生信息管理系统中新生录取信息管理的查询学生信息功能代码与主要实现需求进行详细讲解,让与会人员了解审查资料。
3、与会人员对评审资料发表见解
会议图片: