软件工程基础作业-个人项目代码复审

本次我是审阅左少辉同学的个人项目代码

首先整体来说,左少辉同学的代码优点很多:

风格不错,大部分简练明了,方法与方法之间的关系也是极为清楚,还有不少的注释,易读性强,还使用了许多库函数,简化了程序,截图如下

但是对细节仔细的观察就会注意到这个代码还是有不少的问题的,具体的说三个:

1.首先在breakWord方法中定义的局部变量过多,有些变量的命名也是让人看不懂,比如Fr、FN等等。这样就造成了程序的易读性降低,同时也降低了程序的简洁性

2.本程序应该是面向对象的程序,但是在本程序的sortWord方法中面向过程的特点太多,简直就是面条状程序一直走下来

3.在isEqual方法中写得太繁琐了,完全可以简化方法或者是提高算法的效率

综上所述 程序中有待提高的部分还是很多

下面给出我的改进建议:

1.提高算法的效率,这样能够写出更漂亮更简洁的代码

2.提高对面向对象语言的认识,这样就避免再犯写下面向过程程序的错误

3.写代码的风格要稍微调整一下,不要命名一些别人看不懂的局部变量,类方法的名称也要注意,这样程序的可读性就强上很多。

时间: 2024-10-29 02:47:23

软件工程基础作业-个人项目代码复审的相关文章

个人作业-Week3:代码复审

软件工程师的成长 我在上大学之前,对于软件工程师之类并无概念,并且高初中的电脑课也从未提及过写代码之类的东西,更多的都是一些教一些办公软件的使用(笑,明明电脑课总是因为老师“有事”变成其他课,根本就没上过几节吧),来到大学后得知一些同学高中就开始搞各种竞赛后,我感到十分惊讶,什么,从小热爱学习XX,一路坚持,最终成为XX大师的人小说以外真的有啊.大学之后的课余时间更是鲜有与软件工程相挂钩的事情,用一句话概括,就是过着这些博主批判对象的生活,十分尴尬.选这个课就是觉得应该做出些改变了,然而在第一次

结对项目代码复审

1. CheckingList General   Does the code work? Does it perform its intended function, the logic is correct etc. 可以运行.可以实现随机产生题目功能,无法实现判作业功能,逻辑正确,没有大的问题.生成的题目不但写在txt中还打印到控制台上了. Is all the code easily understood? 用的c语言语法,稍稍有些晦涩,没有注释,很难过. Does it conform

个人项目代码复审

看完队友马越第一次个人项目的代码,由于自己本身水平差所以还是学到了许多东西,总结如下: 优点:结构清晰,类的封装做得很好,还有类里面的方法,很有条理,容易看懂,比较好的体现了面向对象的思想. 缺点:1.可能是第一次用C++编写程序,多以语言的运用不是很熟练,从中可以发现原来用C的影子,对库函数的运用比较少, 所以代码整体有些繁琐,不过这些应该是运用新语言时经常会出现的问题. 2.通过运行测试发现代码还是有一些问题,对连续两个词三个词的处理不完善,所以程序有时候得不到正确的结果. 3.对代码里面属

软件工程基础个人个人项目 数独终局声称与解数独问题的控制台程序

Github项目 时间预估: 需求分析: 模块划分: 功能建模 : 解题思路: 设计实现: 性能优化: 代码说明: 实际时间花费: 原文地址:https://www.cnblogs.com/YZqiangBlog/p/12039031.html

作业三:代码复审

我审查的刘彦麟同学的代码,我已经用CFREE运行,可以成功运行也发符合条件.并且每一行代码都很清晰,可以很清晰的看出每一行代码的意义,有很好的规范性,在复查过程中,我也学习了很多,包括对代码的规范性.我觉得代码复查时件很有用,很能学东西的事情! #include <stdio.h> #include <stdlib.h> #include <time.h> int add(int num1,int num2) { return num1+num2; } int subt

软件工程第二周作业:代码规范和代码复审

0x01 :代码规划的要求 Q:这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反驳) 首先,我们需要明确编码规范的定义,编码规范同时包括了编码风格和其它规范(代码设计上的规范,如设计模式.程序设计.模块之间的逻辑关联等). 编码风格,牵扯到“缩进.空格使用.注释.命名习惯”等多方面的因素,是依致特定编程语言制定的软件工程开发的“约定”,而相同的编码风格,可以使得软件开发过程中轻松浏览任意一段代码,充分保证不同的开发人员能够依据统一的编码格式轻松理解代码的逻

#2018BIT软件工程基础#结对项目:四则运算题目生成

小队成员: 1120161945 雷云霖 1120161949 刘镓煜 一.开发时间 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划     · Estimate · 估计这个任务需要多少时间 5 6 Development 开发     · Analysis · 需求分析 (包括学习新技术) 120 120 · Design Spec · 生成设计文档 120 180 · Design Review ·

作业三: 代码规范,代码复审

是否需要有代码规范 1.反驳.代码规范是有实际纪意义的,斌不是形式主义的浪费时间. 2.反驳.编码风格不是代码规范. 3.反驳.代码规范就是要求格式一样的,不应该有例外. 4.反驳.一个人的规范不是规范.一个团队内部的规范也不是代码规范,所有人都遵守的才是代码规范, 总结:代码规范对团队合作很重要.一个项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码度是不同风格的,即使是分工十分明晰的,等到要整合代码的时候就会很麻烦.别人看你的代码需要很长时间,这样很没有效率.这样去读别人

作业三: 代码规范、代码复审、PSP

(1) 是否需要有代码规范         1.这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反对) 答:首先编码规范 包括了编码风格和其它规范 一个团队遵守一些规范有很多的好处! (1). 遵守编码风格使代码更容易维护 (2). 编码风格使形成代码集体所有制(集体所有制的作用很大,它能有效的增大巴士因子——一个项目能承受多少个程序员被车撞了而不影响项目的正常进行) (3). 编码风格能消除那些长久的纷争(你不需要喜欢这种编码风格.如果你不喜欢里面的某条规