oo做业总结(二)

概述

和前三次做业相比，这几回做业最大的不一样是难度的飞跃。遗憾的是在这难度的变化面前，我本身却没有作好充分的准备，错误的低估了做业难度致使给本身带来了不少没必要要麻烦和损失。接下来我将对它们进行说明(度量图工具出了故障一直没法生成请原谅)。

设计简介

第五次做业

这是oo课程第一次多线程做业，我本身也体会到了它的难度。个人设计思路是首先够早一个调度器类(以上类图的scheduler类)，负责管理各类实时输入的指令，而后是有三部电梯在各自独立的运行着，每当有新的指令输入时，首先判断是不是同质指令，而后在三部电梯中按照指导书中的说明来寻找能够处理该指令的电梯，若是没有找到能够处理该指令的电梯则将该指令加入请求队列等待执行；和第二次第三次做业不一样之处在于本次做业的输入同质判断能够在输入的时候就能够判断完成；另外难点在于合理处理时间，由于每次处理都是须要消耗时间的，这样就会形成最终的输出可能并不知足相邻楼层时间差为0.5；这是本次做业的难点；

此次做业也使我对多线程有了更清晰的认识；

第六次做业

因为一些特殊缘由，本次做业完成了但并无提交；此次做业一个很大的特色在于思路很清晰，但工做量大，此次做业本身也是煞费苦心（熬了两天夜），无奈最终电脑出了故障致使没有提交（难过）；设计思路是分为两类，对监控对象是目录和文件进行了分类，若是是文件则很是简单，只须要对其进行相应的处理便可；麻烦的是监控对象时目录的状况，这就须要对整个目录进行扫描且处理的细节比较多；处理的大体过程以下：为每一个监控对象开一个线程(以上类图中的monitor类，本次做业最傻的设计，没有之一)，时刻扫描有没有发生变化，若是发生变化则报告这条指令的Scheduler线程以此判断是否须要触发操做；

第七次做业

MapInfo类是地图处理和输入类，Main类则是主要线程类。有了前两次多线程做业的预热，本次做业完成的得相对顺利些（其实主要是本身开始写得早）；设计思路是有一个调度器类负责调度指令，一旦有指令输入则对其开一个长度为3s的监控线程(Monitor类)来监控是否有出租车抢单以及在三秒的监控线程结束以后来决定由哪辆出租车来处理该指令；

测试分析

第五次做业

公测:错了三个点，三个段都是由于时间偏差

互测:对方没有bug，本身被找了四个点，申述了三个，目前经过两个，还有一个还没结果。错误也主要是各类时间偏差。不过就算被找出了bug，本身仍是没能解决若是消除时间偏差。

第六次做业

 未提交

第七次做业

 公测:格式正确

互测:没被找出bug。对方程序bug蛮多，懒得仔细去查，报了四个incomplete。

总结

 最大的收获是使本身了解了本身的实力。因为前三次做业积攒起来的对oo做业的不重视也一散为空，取而代之的是熬夜熬夜又熬夜。关于测程序是如何测的仍是和之前同样，有些东你们都懂，只是说也只有那么少数人才能规范的完成，以及在大量的分数诱惑面前，测程序过程当中发生的不愉快也逐渐多了起来，最大的但愿是本身在学完oo后不要丧失人与人之间的真诚与信任。