BUAA-OO-Unit2-单元总结 目录BUAA-OO-Unit2-单元总结一、锁与同步块1、线程选择2、锁和同步块的设置二、调度器设计1、调度器数据结构分析2、调度器功能结构分析第五次作业主要功能设计第六次作业主要功能改动第七次作业主要功能设计拆分策略算法代价函数设计三、架构分析第五次作
「BUAA OO」第二单元总结 目录「BUAA OO」第二单元总结零、任务简介一、架构设计第一次作业1、调度器设计2、电梯设计第二次作业1、调度器设计2、电梯设计第三次作业1、调度器设计2、电梯设计二、同步块与锁三、bug分析测试策略自身bug互测中的他人bug四、心得体会多线程设计与线
目录一、总论1.1 直观理解1.2 架构解释1.3 做作业思路二、线程设计2.1 线程种类的确定2.1.1 线程与面向对象的联系与区别2.1.2 分析需求2.2 线程安全2.2.1 临界区的复杂度2.2.2 查必删2.3 线程协作2.4 线程终止2.5 多线程调试2.6 线程时序图三、运行策略3.1 策略类与状态机3.2 垂
2022_OO第二单元总结 一、架构分析 1.homework5 简单的生产者消费者模型 UML类图： hw5没有做过多的要求，五个座的电梯都是独立运行，比较简单。一开始我也是按照输入->调度器->电梯进行的架构，但是后来发现调度器实际上就是根据指令的座号分配到相应的队列中，没有起到调度的作用，而
第二单元作业总结--目标选层电梯调度 目录第二单元作业总结--目标选层电梯调度一、架构设计及UML1、第一次作业2、第二次作业3、第三次作业4、UML协作图5、扩展可能二、线程安全控制1、设计模式2、线程安全类三、调度器设计1、纵向电梯调度2、横向电梯调度3、请求拆分方式4、程序
BUAA OO 第二单元总结与反思 写在前面 本单元的主要内容是了解并学习Java的多线程的相关知识，并且运用所学知识完成三次电梯作业的迭代。需要主要到的是，我们本单元作业真正需要用到的多线程知识是有限的，还有诸如线程池、各类锁、各种封装线程安全的数据结构等等内容需要我们自己去
第一次作业设计 代码架构 |- InputHandler 输入类，线程 |- Elevator 电梯类，线程 |- Request 单个请求 |- RequestQueue 等待队列，为Elevator与InputHandler的公有对象 |- OutputHandler 输出类 |- MainClass 主类 框架设计 线程有Elevator和InputHandler。 InputHandler在接收
第一章 基本架构 第一次作业架构 二话不说，先上架构。 总体设计 总的来看，我的作业架构主要包括输入类(InputHandler)，总调度器(Simulator)，电梯类(Elevator)，乘客类(Passenger)，输出类(OutputHandler)。输入类不断将请求打包为乘客类后放入总调度器的等待队列中，总调度器从自己的等待队
第一次作业(hw5) 任务说明 本次作业的任务为对A、B、C、D、E五座大楼中的电梯进行实时调度。每一座楼中有一个电梯，可以在1-10楼之间运行，需要耗费时间的操作为上楼、下楼、开门、关门（乘客进出不需要时间，但需要在开关门之间完成）。 代码架构模式与调度策略 UML类图 UML协作图 代码
OO Unit2总结 题目概述 本单元作业任务为实现一个模拟多线程的电梯调度系统。 HW5为迭代的基础：多部纵向非换乘电梯。具体为基于一个类似北京航空航天大学新主楼的大楼，大楼有 A,B,C,D,E五个座，每个楼座有对应的一台电梯，可以在楼座内 1-10 层之间运行。系统从标准输入中输入请求信息，
OO第二单元总结 摘要 第二单元相对于第一单元，在思路构建和过程模拟的难度上有了较大的提升，因为多线程本身的不确定性和bug的随机复现性，所以需要我们构建出良好的架构以及我们要对自己的代码运行过程有着极为清晰的认识。然而，相对于第一单元，在面向对象的思路上难度稍微好了一些，主要
BUAA OO Unit2`总结 1 第五次作业 1.1 同步块的设置和锁的选择 第五次作业中我的锁主要设在ReqQueue类和Output类，Output类是为了防止输出线程不安全的问题出现，此处不必赘述。ReqQueue类中为了防止线程安全问题出现，我在方法上加了锁，同一时刻只允许一个线程访问ReqQueue这个对象。
OO2022第二单元个人总结 在第二单元中，我们学习了多线程程序的运行，同时也了解了如何在并发运行时，保障程序的可靠性与安全性。在第一次作业中，由于每个楼座只有一座电梯，实际上并没有多电梯共享同一资源的情况，几乎不会出现安全问题（除了需要重新封装安全化输出类
第二单元总结 第二单元要求我们搭建一个多线程的电梯系统，由于是第一次接触多线程问题，在设计代码架构时，很容易会出现线程安全问题，这类问题在复现上十分困难，因此非常考验我们对线程安全的理解。下面我将阐述自己的作业设计。 hw5: 作业要求： 要求实现纵向电梯的调度，保证乘客
您的电梯已停止运行（NO！） 这里是BUAAOO第二次单元作业总结博客。第二单元是BUAA的电梯模型，今年的电梯比起往年看起来友好很多。在第五次作业上手时，因为是第一次搭建相关逻辑，并且对于多线程构造和运行状态处于懵懂阶段，可能会遇到一些麻烦。（看到往年第一次的作业是傻瓜电梯的时候，我还在
oo第二单元主要是Java多线程电梯问题，第一次作业是纵向电梯，第二次作业增加了横向电梯，并且可以动态增加电梯指令，第三次作业支持乘客换乘。性能分主要取决于不同的调度策略，即如何把所有乘客在最短的时间内送到目的地。 整体设计 一、所采用的策略 第一次作业策略，我将乘客依据不同的楼
面向对象 第二单元总结 第二单元的任务是完成一个电梯调度系统，尽可能快的将所有人送到相应的目的地。主要考察了我们对于多线程程序的编写以及线程安全问题的理解。 第一次作业 总体架构 由于第一次作业的任务比较简单，所以我直接选择了生产者-消费者的架构。其中，我在输入线程与电
OO第二单元总结 第二单元的主要任务是电梯调度。在第一次作业中，虽然是有多个楼多部电梯，但实际上电梯之间没有关系，因此我认为第一次只是一个生产消费模式的实例，主要难点是刚接触线程，需要考虑线程的安全问题。而第二次作业是真正有了多电梯之间的调度问题，在这次作业中我采用了“
BUAA OO hw6架构简述 0.UML 1.关键类 管理纵向移动的等待队列和横向移动的等待队列的两个类：Building与Floor。两者本质都是生产者-消费者模型中的Tray，属于线程间的共享对象，需要对各方法进行synchronized保护。 具体实现方面，两者都采用了以ArrayList<Person>为元素的二维数组。
题目 题目描述 小明所住的居民楼的电梯非常独特，楼房的每一层都可以停电梯，并且第i(1≤i≤N)层的电梯上有一个数字Ki(0≤Ki≤N)。电梯上只有两个按钮：上、下。如果在第i层按上，那么电梯会去到i+Ki楼（当然i+Ki必须要小于等于N，否则电梯不会动）；如果在i层按下，那么电梯会去到i−Ki楼（当然i−Ki
【Horn Studio】编程专栏： 电梯 解题思路 题目 题目描述 小明所住的居民楼的电梯非常独特，楼房的每一层都可以停电梯，并且第i(1≤i≤N)i(1≤i≤N)层的电梯上有一个数字Ki(0≤Ki≤N)Ki(0≤Ki≤N)。电梯上只有两个按钮：上、下。如果在第ii层按上，那么电梯会去到i+Kii+Ki楼（当然i+Kii+Ki
产品核心原型： 典型用户和典型场景： 我有一个产品，适用于所有的排球比赛 可以让排球运动员，裁判员，记分员，观众精准的了解到赛场的状况，知道每场的比赛积分和总积分从而判断比赛的结果以及每场的最佳MVP选手 典型场景：里约奥运会中国女排VS荷兰女排四分之一
20220408 今天，我们团队在软件工程课上进行了项目的电梯演讲 团队介绍页面： 对选题理解页面： 电梯演讲主页：
各位领导/投资人/用户/合作伙伴： 我们的产品是为了解决打算记录自己每天或者每月对环保事业产生的影响的用户和想要了解当地生物多样性的用户的痛苦，他们需要一个兼顾记录环保的同时又能从中了解和学习生物多样性的知识的产品，但是现有的方案并没有很好地解决这些需求，我们有独特的办
