自古以来，oo就有着6系大魔王的名声，自开学便诚惶诚恐，心中少不了忐忑。果然第一次作业便显得有些不留情面。
第一次作业
第一次作业的目标是实现具有一定鲁棒性的多项式运算程序。难点不在逻辑，而是在于对java语法的熟悉、使用，对输入的识别判断。作为第一次接触java的萌新，初上手是毫无头绪，不知道程序该如何下手，就像第一次接触编程一般。虽然始终记得java是面向对象语言，也是照猫画虎的写出了几个类，但现在仔细想想，只是把几个函数装作了方法，随便塞在了类里，还是披着面向对象的皮的面向过程哈··另外对正则表达式的使用，也对我造成了一定的困扰，在许多次失败，以及在自己夏姬八试下终于实现需要的却在教程里找不到的操作。
虽说第一次作业在逻辑方面并不复杂，但因在输出上的偏差，导致差点翻车，这一点还是由于未仔细阅读说明手册，应当在完成输出部分后，与手册要求输出仔细比较才是。
基于度量分析：
Poly类直接写在了main类里，还是照着C语言的习惯来写，需要多看看地道的代码来更改风格。
第二次作业
第二次的作业实现了呆呆的电梯（如果真有人在里面可能要傻了）。逻辑比较简单，设计要求根据指导书还是比较容易分析出来，主要点还是在同质要求的判断上，开始又是踩了没有完全吃透指导书的亏，在同质要求中忽略了不同时的同质情况，所幸后来在和同学比较的debug中发现了这个问题。在编程风格方面，有了些许oo的感觉，但还是能感觉到函数（面向过程）的气息··甚至在开始，直接将main类作为控制类。感觉还是需要看看一些优秀的程序作为学习。
基于度量分析：
将一些输入的读取，判断语句直接写在了main类里，没有好好的作为某些类的方法。
第三次作业
第三次作业是在第二次作业的基础上有添加的要求，要求电梯能够捎带同向路途中的指令。本次作业主要要求了继承和接口功能的掌握，虽然是继承了调度器模块，但或许是原调度器模块并不标准，我基本上是重写了模块。在这次的作业中，我在下手写代码前的对逻辑的分析不够全面仔细，在写完代码才发现设计的逻辑不完全，有遗漏。而结构设计的不足，使得修改将近需要重写整个判断部分，平添了许多的工作量，这应当是作为一个深刻教训而不再犯。
度量分析：
总结体会：
三次作业结束后，感触最深的体会是
1.在写代码前，要花费更多更多的时间对说明文档的理解与确认。对文档理解，考虑到更多的情况，不仅能减少错误的产生，更有利于代码的生产
2.其次，在动手之前，完整详细的对逻辑的计划，能够加快代码的书写，少了更多的磕磕绊绊。