(1)从多线程的协同和步控制方面，分析总结自己三次作业来设计 策略及其变化。 多线程电梯： 由于是第一次接触多线程，我在还没有理解概念的情况下贸然上手，导致线程同步非常混乱。现在再来分析，发现思路其实还算清晰。InputHandler与调度器之间是生产者-消费者关系，中间应当有个线程安全类reque ...
分类：
其他好文 时间：
2018-05-02 13:14:19
阅读次数：
184
第五次作业： 度量分析： 类图： 第六次作业： 度量分析： 类图： 第七次作业： 度量分析： 类图： 心得体会： 五六七次作业中，第五次和第七次是无效作业，正在挂科的边缘。第五次作业是完成多线程电梯作业。电梯作业是系列作业，由于之前的两次完成得就不好，导致需要扩展功能时，变得更加难以下手。其实写第五 ...
分类：
其他好文 时间：
2018-05-02 13:09:19
阅读次数：
103
第五次作业——多线程电梯 设计策略 本次作业共有五个类，构造了输入线程、调度器线程和三个电梯线程。输入线程负责将请求加入到请求队列里面；调度器线程负责按照给定的规则，判断将请求队列里的请求分配给哪个电梯；电梯线程负责电梯的运行及输出。 OO度量 程序的bug 1、在时间的处理方面，电梯每上升、下降一 ...
分类：
其他好文 时间：
2018-05-02 02:57:27
阅读次数：
172
第二次总结包含三个作业，多线程电梯，ifttt和出租车系统 一、多线程电梯 这次多线程的作业我写得并不好，程序的可执行性实在太低了，测试码一多起来就会出错，到最后也没有de完bug。分析原因我认为是自己在熟读指导书之前就开始coding，虽然像是提早进行任务，但实际上却顾此失彼，困难接踵而至，写完了 ...
分类：
其他好文 时间：
2018-05-02 02:54:13
阅读次数：
147
一次又一次的挑战，一次又一次全新的知识，我来到了多线程的面前 第五次作业 1、度量分析 >第五次作业由于很大程度上调用的是前两次电梯的一些代码，所以存在的问题与前几次也十分相似。同时由于第一次使用多线程来解决问题，可能将某些功能过于集中的放在了个别类中。导致McCabe Cyclomatic Com ...
分类：
编程语言 时间：
2018-05-02 02:42:32
阅读次数：
193
OO第五、六、七次作业总结 一、第五次作业 （一）多线程的协同和同步控制 在第五次作业中首次采用了多线程的设计模式。多线程的设计使得对象的设计更具有独立的特性，但是在不同对象之间的交互也需要格外的注意。在此次作业中，经过分析，笔者共有三类线程对象，分别是电梯线程、调度器线程和请求模拟线程（主线程）。 ...
分类：
其他好文 时间：
2018-05-02 02:42:15
阅读次数：
142
一、多线程电梯 1. 结构分析 （1）度量 程序的Cyclomatic Complexity过高，原因在于我在电梯类里实现ChangeState方法时，没有简化逻辑，就把各种能想到的情况都列出来了，一一进行响应，导致各种分支过多，以后可以尽量合并一些差不多的情况。 参数数目过多，主要原因还是在于延续 ...
分类：
其他好文 时间：
2018-05-02 02:41:28
阅读次数：
152
第五次作业 第五次作业内容为模拟同一栋楼三部电梯的协同工作。模拟作业对乘客请求做出判断并按照一定算法将请求分配到具体的电梯上执行。 这一次作业在第三次作业的基础上增加了多部电梯的协同工作。由于每一部电梯的状态和运动相互独立，采用多线程设计很有必要。我的思路是将三部电梯分别对应一个线程，来描述这三部电 ...
分类：
其他好文 时间：
2018-05-02 02:39:57
阅读次数：
113
第五次作业： 第五次作业以前几次的电梯作业为基础，改变成为三部电梯同时运行的模式，电梯的调度策略与前两次作业完全相同，由于是第一次多线程作业，所以上手难度相对较大。这次作业虽然沿用了之前的调度策略，但是在实现上与前两次作业有着巨大的差距，由于采用了实时模拟运行的方式，使得之前的调度器，请求队列的意义 ...
分类：
其他好文 时间：
2018-05-02 02:29:45
阅读次数：
132
注：不清晰的图片右键浏览器打开就能放大啦orz 第五次作业——多线程电梯 基于度量的程序结构分析： 优缺点： 劣势是可以看出控制器线程类还是掌管了大局，没有好好拆分掌控好局部分工，优势是逻辑比较清晰。 设计原则： 显式表达原则做的不好，很多地方是用返回-1表示状态，这个习惯需要改进。 设计策略分析与 ...
分类：
编程语言 时间：
2018-05-01 23:40:08
阅读次数：
193
