第一次作业——多项式计算
1.自我程序分析
第一次作业是多项式计算,只使用了一个多项式类。第一次接触面向对象的程序,还比较生疏,不是很能理解面向对象的思想。将读入,处理,计算,都放到了main函数中,结果main函数写的过于冗余。
这是第一次作业的度量分析,分析发现第一次作业的main函数,写的过于复杂,没有体现出面向对象高内聚,低耦合的思想。
我在第一次作业中建立了两个对象,polyNow和polyAns,每次将新的多项式 polyNow 通过poly类的add或者sub方法加或者减到 polyAns 中。最后polyAns中存放的即为最后答案。
在读入方面,我使用了正则表达式来判断是否合法,之后再用正则的find方法来获取各个多项式。
2.自我bug分析
在做第一次的程序时,曾出现过当读入层次复杂,项数多,个数多的多项式时,会出现程序爆栈的问题。经检查后发现是正则表达式过于复杂,导致迭代层数过多,以至于崩栈。之后采取了将读入的字符串分割后再进行正则表达式匹配的方法,解决了问题。
3.互测策略
第一次作业,互测时主要从测试对方输入格式是否判断正确的方面来测试。测试各种特殊情况如前导零,正号等。
第二次作业——傻瓜电梯
1.自我程序分析
第二次作业,我对面向对象的思想有了一定的理解,将整个电梯程序分成了6个类,电梯类负责控制电梯状态,楼层类负责控制楼层内外的按钮和指示灯,请求类负责解析请求,请求队列类负责对需要执行的请求进行存储,判断等,最后通过电梯控制类来对各个类进行交互协调,进行电梯的调度和楼层灯的控制。
对于电梯的调度方法,我使用了两个队列,一个队列用来储存执行队列,一个队列储存还未发出的请求。当执行队列为空时,从请求队列中取出一个合法请求加入执行队列。当电梯运行时,判断当前过程中有那些请求被发出,并判断是否是同质指令,然后将合法指令加入执行队列。最后更新电梯状态,然后取出执行队列第一个命令继续运行。
2.自我bug分析
第二次作业写的比较顺利,在做出正确的设计后,写完后没什么bug了。易错的地方可能在一些电梯开关门的边界处理。
3.互测策略
第二次作业,我写了一个自动生成随机输入数据的程序,然后通过批处理指令来将自己的程序和对方比对。然而没跑出对面什么bug。。
第三次作业——ALS电梯
1.自我程序分析
第三次作业在第二次作业上加入了捎带的功能。
对于新加入的捎带功能,我的理解是:因为在每次电梯运行过程中,一定会捎带运行中电梯内发出的指令的最高层。所以我将每次电梯运行不再以主指令为单位,而是在每次运行中,找到当前方向上能捎带的最高层,当次电梯运行就从当前楼层直接运行到最高层,并且将这一次运行中需要捎带的请求转化为这次运行中需要停靠的楼层。
于是一次运行流程就转化成:首先寻找本次运行方向上的最远楼层,然后在运行过程中判断同质指令,并将各个停靠的楼层的请求输出,然后再执行下一条指令,进行下一次运行。
2.自我bug分析
这一次在做作业的过程中,我在电梯开关门的过程中的同质指令判断有些问题,在对边界问题进行分析后解决了问题。
3.互测策略
对方在数字前的正号的判断处理出现了问题,其余在程序运行方面没有出现什么bug。
这三次oo作业的心得体会
通过这三次的oo作业,我对面向对象的思想有了更深刻的认识,了解了高内聚低耦合的设计理念。在第三次作业中,我对于程序的设计还不是很完善就草草开写,然而我在写完之后发现自己的设计有着许多无法解决的问题,导致我又对程序进行了重新设计并书写。希望自己在以后做作业的过程中,更重视自己的设计,先设计好再开写,往往会事半功倍。
祝大家假期快乐,oo加油!互测能少点戾气多点和谐~祝oo课程能顺利运行