BUAA_OO 第二单元总结

作业分析

　　第一次作业

　　　　本次作业是单次可捎带电梯的设计，主要是初步了解多线程的设计实现和测试，本身算法设计非常简单。这次作业整体来说不是很难，是多线程的入门，主要目的就是让我们认识，了解一下什么是多线程。所以主要时间花费不在架构的设计，在于认识，理解，如何去使用多线程。思考后的想法是：一个用于存储人（Person）的类，一个用于解析输入的线程，一个电梯线程，并且维护一个共享队列，其中包括电梯队列和等待队列。有人来就进入等待队列，上了电梯就进入电梯队列，当输入线程结束且共享队列（两个队列）均为空，电梯线程结束。想法非常简单也很现实，但一开始对多线程不是很懂，实现起来用了一些时间.

　　第二次作业

　　　　本次作业将一部电梯改为了有输入决定的1到5部电梯，同时加入了电梯限载的设定。基本和第一次想法类似，只是加入了一些新的方法，如 personCarryIn() 和 personCarryOut() 等，到达每一层的时候看有没有人要上（捎带）下电梯，主要是条件的判断，大体上就是指导书的思路

　　第三次作业

　　　　本次作业将没有了通用电梯，而是改为三种不同类型的电梯，分别只能在特定的楼层停靠，这就导致了有些请求必须通过换乘来解决。还是继承了之前的想法，只是这一次需要三个电梯队列，一个等待队列。因为等待队列对所有电梯来说应该是公有的，而电梯队列是每个电梯私有的，也就是上了电梯的人。同时，将之前的电梯类改为一个抽象类，只负责实现电梯的基本功能，这三部电梯（线程）分别继承这个抽象类。

　　关于SOLID等设计原则分析（可扩展性见反思部分）：

　　　　SRP：糟糕透了，每个模块都是一个类搞定，电梯和调度器有数十个方法，几百行的代码量，没有进一步细分其各种功能。

　　　　OCP：想了想应该是不可能了，调度算法深入了电梯调度器的每个类中，只有请求处理类可能做到。

　　　　LSP：做到了，因为根本没有自己设计的继承关系...

　　　　LOD：电梯类和请求处理类基本没有直接通信，也就没有直接调用。

　　　　ISP：只实现了RUNNABLE接口，显然是必须的。

　　　　DIP：没有设计好抽象层次。

心得与反思

　　本单元电梯作业的主题是认识多线程，尝试应用一些关键字、锁的机制保障线程的安全。这一单元对于多线程的学习中，不仅加强了对多线程的理解，更是深刻认识到了线程安全的重要性。一些平常没有太注意的小问题，就可能在多线程问题中被放大，并且会导致很严重的后果。因此，在写每一行代码时，一定要思考这一步是否是线程安全的。当然，能提前注意到最好，一些实在想不到或者难以理解的点，只能等到出错后再回来调试。设计肯定不是一开始就是完美的，测试数据也是完善我们设计的一部分，一定不能害怕错误，发现错误改正错误才是我们应该做的