标签:支持 res img 调用 无法 感受 个数 缺点 []
自动生成题目
可独立使用(能实现自己编写测试类单独生成题目的功能)
???? 1级题目:2 + 5 =
???? 10 - 5 =
???? 之类的两个数,一个运算符的题目
题目运算(判题)
可独立使用
实现中缀表达式转为后缀表达式并计算
判断用户答题正误,并输出正确结果
支持真分数
可独立使用
实现分数算式的计算
题目去重(扩展需求,加分项)
可独立使用
实现对自动生成表达式的去重:如下
???? 若生成:2 + 5 =
???? 5 + 2 =
???? 为同一题目.
生成题目主要分为数字和符号两个部分。我们创建了一个char类型的数组来保存加减乘除符号。然后通过随机数随机得到数组的索引来进一步得到加减乘除符号。最后通过循环来得到相应题数相应等级的题目。
(2).题目运算:
这个我们考虑到记录正确和错误题数并求出正确率。需要把用户输入的答案和计算机计算的答案进行对比。而我们一般采用的都是中缀表达式,而中缀表达式的计算优先级的顺序无法正确传递给计算机。所以我们要考虑把中缀表达式转换为后缀表达式。并且把后缀表达式计算出相对结果。
所以,我们学习新知识栈的使用。
问题1:题目符号和数字在输出中一直是相同的?
问题2:分数不能输出。
问题2解决方案:我们实例化数组却没有实例化对象,导致无法调用fraction方法。
问题3:在中缀表达式转换为后缀表达式当中,我原来的思路是通过String.toCharArray进行分割。这个字符串就会直接存到char[]中。但是,学长推荐了StringTokenizer类。随后,我也发现了我原来思路的问题。遇到两位数,或者是分数,就不能正确的分割。会影响到后续的计算。
问题4:“双等号”错误。
问题4解决方案:我们组的李馨雨同学给出了解决方案。因为等号放在了循环里面,应该放在result里面。
问题5解决方案:我们暂时没有更好的方法,在保持原有思路的情况下。如果到最后我们还是没有头绪的话,可能要重新进行思考。
总体来说,第一次小组任务还是比较成功的。组员之间非常协调和团结。在一些理论细小的地方,李馨雨同学会指出错误。而在一些难点,类似括号,段志轩同学往往能有一些大胆的想法,和我能够不谋而合。但是,我们的前期构思还是不够全面,总是需要大面积的修改。这可能和我们天马行空的想法有关?我希望我们组能多些创新,大胆尝试,即使有时候全面推倒重新构思会很疲惫,但是,那种思考,想法的碰撞的感觉让人热血沸腾。
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 60 | 65 |
Estimate | 估计这个任务需要多少时间 | 3 | 2 |
Development | 开发 | 2000 | 3000 |
Analysis | 需求分析 (包括学习新技术) | 350 | 300 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60 | 10 |
Design UML | 设计项目UML类图 | 60 | 60 |
Coding | 具体编码 | 1500 | 2000 |
Code Review | 代码复审 | 30 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 300 | 300 |
Size Measurement | 计算工作量(实际时间 ) | 2 | 2 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 10 |
合计 | 4395 | 5229 |
标签:支持 res img 调用 无法 感受 个数 缺点 []
原文地址:https://www.cnblogs.com/gk0625/p/8977740.html