OO第四次做业-对前三次做业总结

第一次做业因为直接没怎么学过java，全靠一星期速成，前几天看了java的语法，可是由于光看没有打代码，学习效果并非特别好。由面向过程转向面向对象，不是特别清楚该怎么办，虽然写的是两个类，但其实是one-for-all的方法，全部的计算和输入输出全写在一个类里面致使一个main方法里嵌套多层判断，层次很是乱。输入根据指导书提示学习使用正则表达式来匹配。因为刚开始学习，因此第一次做业只能匹配出正确形式的输入。由于时间安排不合理，最后剩余debug的时间很少，致使没遇上提交的时间。第一次做业暴露了不少的问题，时间投入不够，面向对象思想的转变，正则表达式的学习，以及debug。

第二次做业是写傻瓜式电梯，和第一次笔比较，此次做业更具体，根据指导书提供的设计框架，让人更容易设计。由于此次做业的电梯调度比较简单，因此，此次主要是的问题是电梯调度类和请求类，请求队列类的关系。此次由于设计缘由，把处理同质请求和计算时间都放在了调度类，统一输入，统一处理。仅在请求类里对不合理请求处理。在最后的debug环节里，发现本身的程序没有输出，最后de了半天才发现，以前用与存请求队列的数组是本身设定的定长数组，致使后来数组越界，改完bug后终于能过测试树的点了。在此次做业中，由于本身设计的缘由基本没用上电梯类和楼层类，代码比例很不平衡。到第三次做业才意识到这会对个人代码产生很严重的影响。

第三次做业是对第二次的傻瓜式电梯作一些改进，主要是调度方法的改变，增长一个对捎带请求的处理。此次做业是对第二次做业的延伸，须要用到接口的实现和继承父类，以及对父类方法的重写。这时，第二次做业中调度类过于冗余的问题就体现出来了，电梯类和楼层类过于简单，致使重写捎带请求和从新处理同质方法时改变代码太麻烦，重写以后不能运行，再debug后只能处理非同质的请求，同质请求后的正常捎带请求没法处理。 这时我对本身第二次做业不均衡的代码分布感到很烦恼，对调度类debug的过程让人很难受。这些问题本均可以很好的避免，由于读指导书的不认真，致使设计的随意，以至一步步对代码产生愈来愈严重的bug，不只是语法上的错误，更是设计逻辑上的问题。

总结：

三周的学习，让我知道写程序时设计合理的重要性，以及投入足够时间的必要性。debug也只是按照公测的结果来找bug，或者在设计之初就分好本身的校对树，但通常都没公测来的全面。通过这三次做业，能明显感受到每周都在提高，这个过程确实比较吃力，可能学习方法上有不合适的地方，更多的多是时间投入的不够。会在以后的做业改正，提高设计的能力。