oo第一次博客做业

程序结构分析

第一次做业

度量

　　

类图

第二次做业

度量

      

类图

   

第三次做业

度量

　　

类图

　　主方法写在了调度器里，调度过程实际在request，故重构了request

　　这个构造方法其实仍是有部分的面向过程思想，而且电梯类并无保护到数据。

bug分析

第一次做业：

　　因为使用了状态机，写的很长很难看，产生了不少bug，改来改去总共提交了七八次。

　　被公测和互测挂了很多点，也对本身的程序进行了分析，由于开始没有支持多项式最前面的符号，后期时间紧急改了改，而后就把多项式之间的计算搞乱了。特征很明显，符号形成的错误，错误出在输入的类里面，直接致使了后面计算的错误。

　　程序过于面向过程，有待改进。

第二次做业：

　　重要的是天天写了一点，时间比较充足，测试也很充分，并无出现bug，而且保留了测试集对互测程序进行了测试。程序设计仍是有些不足，怎感受类的使用很牵强，没有认识到数据保护的重要性。

第三次做业：

　　未出现bug。相比前两次做业结构上更完善(虽然依旧很渣)。

分析bug采用的策略

　　(仍是不但愿你们丧心病狂，无所谓的错误就放过好了）

　　(1)使用保留下的数据集，这能够做为一个基本的测试。对于易错的点，相信你们内心仍是清楚的。

　　(2)临界条件必定要测试，必定要测试，必定要测试！！！不管是自测仍是互测，临界条件极容易出bug。

　　(3)若是公测有错误点，分析一下错误缘由，也可能找到其余bug。

　　(4)既然拿到了程序，就看一看你们的程序结构，对于本身写程序有利，也容易发现一些问题。

　　(5)buggy oo上面的有些数据很好，也能够相互之间对拍。

心得体会

　　代码风格要好，写清晰，不然后期很难debug。

　　设计中能够把肯定没有bug而且不会频繁改动的部分包装。

　　写程序前，最好先有个简单的框架构想，或者互相讨论，对一些难点交流下设计思想。

　　做为并无系统性学习java的一员，在这几回做业中逐渐体会到了java的编程思想，从第一次做业面向过程，到如今终于像个样子。

 

The end:

　　oo群里的消息要常看，你们不时会发个样例，问个指导书上不清楚的点，理解好指导书要求这个程序就不会反复修改屡次。

　　本身有什么问题要及时与助教交流沟通，每一个人理解方式不一样致使断定也很难去规定。

　　readme对于自定义的部分要写清楚，我的信息删仔细。

　 但愿你们能在后期的学习中更上一层楼。