• 软件工程(2019)结对编程第一次作业


    1.代码地址

    此项目由张昊辰编写,此项目为他的数据机构课设——求二叉树的后序遍历。选用C/C++作为开发语言。

    2.代码审查表

    功能模块名称 求二叉树的后序遍历
    审查人 王旭 审查日期 2019.4.23
    代码名称 shujujiegou 代码作者 张昊辰
    文件结构
    重要性 审查项 结论
    头文件和定义文件的名称是否合理? 合理
      头文件和定义文件的目录结构是否合理? 合理
      版权和版本声明是否完整?
    重要 头文件是否使用了 ifndef/define/endif 预处理块?
      头文件中是否只存放“声明”而不存放“定义”
         
    程序的版式
    重要性 审查项 结论
      空行是否得体?
      代码行内的空格是否得体?
      长行拆分是否得体?
      “{” 和 “}” 是否各占一行并且对齐于同一列?
    重要 一行代码是否只做一件事?如只定义一个变量,只写一条语句。
    重要 If、for、while、do等语句自占一行,不论执行语句多少都要加 “{}”。
    重要 在定义变量(或参数)时,是否将修饰符 * 和 & 紧靠变量名?注释是否清晰并且必要?
    重要 注释是否有错误或者可能导致误解?
    重要 类结构的public, protected, private顺序是否在所有的程序中保持一致?
         
    命名规则
    重要性 审查项 结论
    重要 命名规则是否与所采用的操作系统或开发工具的风格保持一致?
      标识符是否直观且可以拼读?
      标识符的长度应当符合“min-length && max-information”原则?
    重要 程序中是否出现相同的局部变量和全部变量?
      类名、函数名、变量和参数、常量的书写格式是否遵循一定的规则?
      静态变量、全局变量、类的成员变量是否加前缀?
         
    表达式与基本语句
    重要性 审查项 结论
    重要 如果代码行中的运算符比较多,是否已经用括号清楚地确定表达式的操作顺序?
      是否编写太复杂或者多用途的复合表达式?
    重要 是否将复合表达式与“真正的数学表达式”混淆?
    重要 是否用隐含错误的方式写if语句? 例如  
      (1)将布尔变量直接与TRUE、FALSE或者1、0进行比较。
      (2)将浮点变量用“==”或“!=”与任何数字比较。
      (3)将指针变量用“==”或“!=”与NULL比较。
      如果循环体内存在逻辑判断,并且循环次数很大,是否已经将逻辑判  
      断移到循环体的外面?
    重要 Case语句的结尾是否忘了加break?
    重要 是否忘记写switch的default分支?
    重要 使用goto 语句时是否留下隐患? 例如跳过了某些对象的构造、变量的初始化、重要的计算等。
         
    常量
    重要性 审查项 结论
      是否使用含义直观的常量来表示那些将在程序中多次出现的数字或字符串?
      在C++ 程序中,是否用const常量取代宏常量?
    重要 如果某一常量与其它常量密切相关,是否在定义中包含了这种关系?
      是否误解了类中的const数据成员?因为const数据成员只在某个对象
      生存期内是常量,而对于整个类而言却是可变的。
         
    函数设计
    重要性 审查项 结论
      参数的书写是否完整?不要贪图省事只写参数的类型而省略参数名字。
      参数命名、顺序是否合理?
      参数的个数是否太多?
      是否使用类型和数目不确定的参数?
      是否省略了函数返回值的类型?
      函数名字与返回值类型在语义上是否冲突? 不冲突
    重要 是否将正常值和错误标志混在一起返回?正常值应当用输出参数获得,而错误标志用return语句返回。
    重要 在函数体的“入口处”,是否用assert对参数的有效性进行检查?
    重要 使用滥用了assert? 例如混淆非法情况与错误情况,后者是必然存在的并且是一定要作出处理的。
    重要 return语句是否返回指向“栈内存”的“指针”或者“引用”?
      是否使用const提高函数的健壮性?const可以强制保护函数的参数、返回值,甚至函数的定义体。“Use const whenever you need”
         
    内存管理
    重要性 审查项 结论
    重要 用malloc或new申请内存之后,是否立即检查指针值是否为NULL?(防止使用指针值为NULL的内存)
    重要 是否忘记为数组和动态内存赋初值?(防止将未被初始化的内存作为右值使用)
    重要 数组或指针的下标是否越界?
    重要 动态内存的申请与释放是否配对?(防止内存泄漏)
    重要 是否有效地处理了“内存耗尽”问题?
    重要 是否修改“指向常量的指针”的内容?
    重要 是否出现野指针?例如(1)指针变量没有被初始化;(2)用free或delete释放了内存之后,忘记将指针设置为NULL。
    重要 是否将malloc/free 和 new/delete 混淆使用?
    重要 malloc语句是否正确无误?例如字节数是否正确?类型转换是否正 确?
    重要 在创建与释放动态对象数组时,new/delete的语句是否正确无误?
         
    C++ 函数的高级特性
    重要性 审查项 结论
      重载函数是否有二义性?
    重要 是否混淆了成员函数的重载、覆盖与隐藏?
      运算符的重载是否符合制定的编程规范?
      是否滥用内联函数?例如函数体内的代码比较长,函数体内出现循环。
    重要 是否用内联函数取代了宏代码?
         
    类的构造函数、析构函数和赋值函数
    重要性 审查项 结论
    重要 是否违背编程规范而让C++ 编译器自动为类产生四个缺省的函数:  
      (1)缺省的无参数构造函数;
      (2)缺省的拷贝构造函数;
      (3)缺省的析构函数;
      (4)缺省的赋值函数。
    重要 构造函数中是否遗漏了某些初始化工作?
    重要 是否正确地使用构造函数的初始化表?
    重要 析构函数中是否遗漏了某些清除工作?
      是否错写、错用了拷贝构造函数和赋值函数?
    重要 赋值函数一般分四个步骤:  
      (1)检查自赋值;
      (2)释放原有内存资源;
      (3)分配新的内存资源,并复制内容;
      (4)返回 *this。是否遗漏了重要步骤?
    重要 是否正确地编写了派生类的构造函数、析构函数、赋值函数?
      注意事项:  
      (1)派生类不可能继承基类的构造函数、析构函数、赋值函数。
      (2)派生类的构造函数应在其初始化表里调用基类的构造函数。
      (3)基类与派生类的析构函数应该为虚(即加virtual关键字)。
      (4)在编写派生类的赋值函数时,注意不要忘记对基类的数据成员重新赋值
         
    类的高级特性
    重要性 审查项 结论
    重要 是否违背了继承和组合的规则?  
      (1)若在逻辑上B是A的“一种”,并且A的所有功能和属性对B而言都有意义,则允许B继承A的功能和属性。
      (2)若在逻辑上A是B的“一部分”(a part of),则不允许B从A派生,而是要用A和其它东西组合出B。
         
    其它常见问题
    重要性 审查项 结论
    重要 数据类型问题:  
      (1)变量的数据类型有错误吗? 没有
      (2)存在不同数据类型的赋值吗? 存在
      (3)存在不同数据类型的比较吗?
    重要 变量值问题:  
      (1)变量的初始化或缺省值有错误吗? 没有错误
      (2)变量发生上溢或下溢吗? 没有发生
      (3)变量的精度够吗? 无相关语句
    重要 逻辑判断问题:  
      (1)由于精度原因导致比较无效吗?
      (2)表达式中的优先级有误吗?
      (3)逻辑判断结果颠倒吗?
    重要 循环问题:  
      (1)循环终止条件不正确吗? 正确
      (2)无法正常终止(死循环)吗?
      (3)错误地修改循环变量吗?
      (4)存在误差累积吗?
    重要 错误处理问题:  
      (1)忘记进行错误处理吗?
      (2)错误处理程序块一直没有机会被运行?
      (3)错误处理程序块本身就有毛病吗?如报告的错误与实际错误不一致,处理方式不正确等等。
      (4)错误处理程序块是“马后炮”吗?如在被它被调用之前软件已经出错。
    重要 文件I/O问题:  
      (1)对不存在的或者错误的文件进行操作吗?  
      (2)文件以不正确的方式打开吗?
      (3)文件结束判断不正确吗?
      (4)没有正确地关闭文件吗?
         
    # 3.代码评价 ### 代码原理分析: 此代码实现已知一个二叉树的先序遍历序列和中序遍历序列,求这棵树的后序遍历序列。 首先介绍一下三种遍历顺序的操作方法: 1.先序遍历 >(1)访问根结点; (2)先序遍历左子树; (3)先序遍历右子树。

    2.中序遍历

    (1)中序遍历左子树;
    (2)访问根结点;
    (3)中序遍历右子树。

    3.后序遍历

    (1)后序遍历左子树;
    (2)后序遍历右子树;
    (3)访问根结点。

    只要有中序遍历序列和先后任一种遍历序列,我们就可以求出第三种遍历序列,今天我们研究的是已知先序和中序遍历序列,求后序遍历序列。接下来按照实例分析代码过程:该二叉树的先序遍历序列为:A-B-D-E-G-C-F,中序遍历序列为:D-B-G-E-A-C-F。可以看到此代码的具体步骤如下:

    • 先求root根节点,根据先序遍历规则我们可知root为先序遍历序列的第一个节点,故该二叉树的root节点为A。
    • 求root的左子树和右子树,这点我们可以从中序遍历序列中找出,位于root节点A左侧的D-B-G-E为root的左子树,位于A右侧的C-F为右子树。
    • 求root的左孩子lchild和右孩子rchild,lchild为左子树的根节点,rchild为右子树的根节点。我们可以找到左子树D-B-E-G在先序遍历序列中的排列顺序为B-D-E-G,由于先序遍历首先访问根节点,所以B为左子树的根节点,即B为root的lchild;同理root的rchild为C。
    • 我们可以根据上面的步骤找到B的左子树和右子树,以及C的左子树和右子树,然后分别求出左右子树的根节点。以此类推,只要求出根节点及其lchild和rchild,剩下的过程都是递归的,最后我们就可以还原整个二叉树。代码片段如下所示:
    void CreateBiTree(BiTree &T, SqQueue &Q)
    {
    	char e;
    	DeQueue(Q, e);
    	if (e == '*')
    		T = NULL;
    	else
    	{
    		T = new BiTNode;
    		T->data = e;
    		CreateBiTree(T->lchild, Q);
    		CreateBiTree(T->rchild, Q);
    	}
    }
    
    • 最后得到后序遍历序列为:D-G-E-B-F-C-A。递归输出序列,代码如下所示:
    void PostOrder(BiTree T)
    {
    	if (T)
    	{
    		PostOrder(T->lchild);
    		PostOrder(T->rchild);
    		cout << T->data;
    	}
    }
    

    代码整体评价:

    • 规模较小,只有130多行,实现功能单一。
    • 执行效率一般,递归效率不高。
    • 占用空间较多,使用很多的动态内存分配。
    • 可读性一般,代码空格、空行格式有待提升。

    优点部分:

    • 运用了#define和typedef宏定义,在编程时提供一定的方便,并能在一定程度上提高程序的运行效率。
    	#define STACK_INIT_SIZE  100 //栈存储空间初始分配量
    	#define STACKINCREMENT  10  //栈存储空间分配增量
    	typedef int ElemType;
    
    • 使用多个函数,使得代码模块化,便于代码的拓展性。
    • 代码风格比较规范,"{"和"}"各起一行并对齐,便于代码的阅读。

    缺点部分:

    • 代码变量命名不够规范,省略过多。
    • 注释过少,且注释不够规范,使得在理解代码上增添困难。
    • 在for循环中"{"和"}"的添加不够规范,空行不够规范。
    for (j = m1; j < m2; j++)
    	if (z[j] == y)
    	{
    		Push(S, j);
    		Get_S(S, m2);
    		EnQueueR(Q, y);
    		p = 1;
    		break;
    
    	}
    
    • 没有版权之类的声明。

    4.总结

    此次的代码审查,张昊辰同学的代码总体良好,有着不少的优点之处,不过也存在部分问题,还需要不断的提高。通过此次作业,让自己对他人的代码进行审查,也让我意识到了自己在写代码过程中存在的问题。也时刻提醒自己在今后的编程中注意这些问题,确保少犯错误。

  • 相关阅读:
    设计模式(第八式:适配器模式)
    设计模式(第七式:装饰模式)
    设计模式(第六式:代理模式)
    设计模式(第五式:原型模式)
    设计模式(第四式:建造者模式)
    设计模式(第三式:抽象工厂模式)
    ASP.NET C#使用JavaScriptSerializer实现序列化与反序列化得到JSON
    C#中Object转化为json对象
    C# 调用WebApi
    Winform实现调用asp.net数据接口实例
  • 原文地址:https://www.cnblogs.com/CodeAky/p/10754514.html
Copyright © 2020-2023  润新知