Pair Project II 电梯调度接口的实现
第一个3D游戏的pair project结束后,我们又进行了新的结对编程练习。与上次不同,这次老师为我们提供了完整的test framework,我们无需对整个程序进行设计,只需要实现framework中的调度接口就可以了。具体的作业要求在此:
http://www.cnblogs.com/xinz/archive/2010/11/28/1890300.html
Sen为我们完成了framework的编写,在此表示感谢~
整个Framework的框架如下
Test Framework定义了若干的类比如Building和Passenger以及接口IElevator、IScheduler,IElevator的接口已经由Sen在framework中实现,我们要做的主要就是实现IScheduler。
在接口实现的过程中,我们定义了一个一维数组来记录某层是否有服务请求以及请求的类型(向上或向下),定义了一个二维数组,记录每部电梯在每一层是否需要停止以响应乘客的下电梯请求。整个调度的思路如下:
(1) 电梯上行。在上行过程中不断检查其上楼层是否有服务请求,包括上行请求和下电梯请求,选择符合停止条件的最近楼层作为下一次停止的目标楼层。若某层只有上行请求且电梯已满,电梯将不会把该层作为下一目标楼层。如果已经到达最高层或者某层之上已无服务请求,电梯当前运行方向设为No。
(2) 电梯下行。在下行过程中不断检查其下楼层是否有服务请求,包括下行请求和下电梯请求,选择符合停止条件的最近楼层作为下一次停止的目标楼层。若某层只有下行请求且电梯已满,电梯将不会把该层作为下一目标楼层。如果已经到达最底层或者某层之下已无服务请求,电梯当前运行方向设为No。
(3) 电梯当前运行方向为No。电梯内此时无乘客。首先检查是其上楼层是否有上行请求,然后检查其下楼层是否有下行请求,若有,选择两者中的最近楼层作为下一目标楼层,否则,检查其上楼层是否有下行请求,其下楼层是否有上行请求,若有,选择两者中的最近楼层作为下一目标楼层。
结对编程体验:
前期我们对Framework的设计进行了讨论,这是我第一次去思考如何去设计接口,从Hao同学身上学到了许多,比如说严谨的思维,对全局的把握等等。后期由于我要回学校考体育耽误了三天时间,回来后我们又对调度的算法进行了讨论。我觉得我们的算法存在的一个问题是存在多个电梯同时响应一个服务请求的状况,也就是说电梯之间的协调工作有待完善,Hao同学的观点是要保证电梯运行的稳定,我提出的一些想法则往往会导致晚到的人很快得到服务早到的人则会陷入长期的等待,显然是不合理的。通过此次练习,我发现结对编程可以帮我们少走弯路,对于拓宽思维提高效率大有裨益。感谢Hao同学的辛勤工作!
By Hao & Kai
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述