OO第一次博客总结

　第一次做业：　

度量图：

 

　　虽说对oo这门课早有耳闻，但实际上只有本身上了才知道。因为本身之前没有学过java，也没有面向对象的思惟。无奈，花了一天自学了java的基础语法以及一些基本的编程规范。可是第一次做业的实战就暴露出匆忙学习的后果。首先就是正则表达式的匹配识别，本身一开始的确想到了单个识别，即把每一个多项式拆开进行识别匹配，这的确是个不错的方法，因此我并无遇到正则爆栈的状况，可是我却在如何分，以及分后识别出了问题，对Pattern和Matcher类不熟悉，致使程序并不能彻底识别全部非法输入，在其后的公测互测中也体现出来了。此次做业给个人java编程入了个门，我充分吸收了教训，并期待在下次做业不在重犯。

　　  第一次拿到别人的代码，也不太会调试，看了看程序，跑了一下本身构造的数据，过了，而后仔分析别人的代码至关简洁，并且面向对象的思想十分清晰，我认真学习了大佬的代码，决定用于下一次做业中。

第二次做业:

度量图

类图

　　此次做业对我来讲仍不算轻松吧，虽然说有了上一次经验，这一次写起来倒不是很模糊，但此次的指导书是我第一次见到这么长的，我花了好久阅读指导书。由于明确要求实现五个类，个人思想就是电梯类负责电梯请求以及电梯的输出，楼梯类负责楼梯请求，请求类负责是别两个来源的请求是否合法，请求队列则是专门存放合法请求，调度器类就是对请求队列里的请求进行调度输出。

        此次做业，总体实现调度并不复杂，可是判断同质仍是花了我好一番功夫，我用的笨办法，就是把全部的合法请求的信息记录下来，用for循环判断是否有同质的请求，我在for循环里从后往前找，可能节约了一部分时间吧。

      此次做业我犯了一个可能没有人会犯的错误，由于指导书说不与实际电梯一致，我就只看了指导书的例子，没有进行分析，我觉得只有STILL状态才须要开关门一次，其余的没有考虑开关门的一秒。因为这个问题致使公测直接错了不少。

 

第三次做业：

度量图

 

类图

 

 

　　此次做业大抵是咋上一次上进行添加功能，听起来简单，可到了实际分析时才发现很是的复杂，捎带的状况当时没有条理进行分析，致使代码至关臃肿，但最后把大量重复代码写成函数后，把几种捎带合为一体就简化了许多。

个人大致思想就是遇到主请求后进行请求队列扫描，把捎带请求放到捎带队列里，并删除相应的请求，遇到电梯类的超过目标楼层的请求，则进行从新扫描，获得请求队列后，调用第二次的方法进行输出便可。

        但在这里我又很傻地犯了一个错误，有一个地方数组越界了，这是只有数组长度为1时才会crash，不幸的是公测的非法判断全是这种数据，因此本身一个也没对，究其根本，仍是本身没有进行充分测试，一些极小数据由于简单而不测，这是很很差的思想。

由以上三次做业，我有如下几点心得体会，与其说是分享给你们，不如说是告诫本身。

1，  不要拖拉，提早写，由于真的事情愈来愈多

2，  认真读题，仔细阅读指导书，不要着急写

3，  构造数据前，必定要看看bug树，这会给我方向

4，  进行覆盖测试，不管大小

5，  虚心学习别人的长处，体会Java面向对象编程的魅力