PairProject 电梯调度 【附加题】

标签：style   blog   color   io   os   ar   使用   for   strong   

[附加题] 改进电梯调度的interface 设计, 让它更好地反映现实, 更能让学生练习算法, 更好地实现信息隐藏和信息共享。

目前的设计有什么缺点, 你会如何改进它? 

1.之前判断电梯是否闲置的函数不太好理解，重新修改了，如下所示：

        //是否停顿状态（停止的以及开门间隔>=0）
        public bool IsIdle
        {
            get
            {
                return CurrentStatus.CurrentDirection == Direction.No
                    && CurrentStatus.DoorCloseOpenTicks < 0;
            }
        }

2.原来的程序将每一个电梯的target都初始化为0，感觉并不合理。因为最开始电梯的状态应该是没有目标楼层的，而且在我们的算法中target如果一开始为0，会导致重复开门的问题。所以我们把target初始化为-1，代表电梯那时候并没有目标楼层。

3.IElevator接口中定义的函数public bool ReqStopAt(int targetFloor) ，先看函数名很容易让人联想到这个函数的作用是是调度电梯前往目标楼层，再看它的返回值是布尔类型，也就自然想到返回值标志着是否成功到达目标楼层。可是看具体的函数时，发现这个函数其实主要作用是将targetFloor这个参数的值赋给电梯的target，修改当前方向，并未把target如何具体发生改变的过程展现出来，而且返回值标志的是是否接受调度请求。所以感觉这个函数的问题要么是名字起得不好，要么是实现过程和名称不符。

其实这个函数的主要作用就是更新电梯状态（包括当前运行方向以及当前的目标楼层），所以我们觉得这部分代码完全可以放到StatusUpdateForEveryTick(int ticks)这个函数里，感觉这样更方便使用。

PairProject 电梯调度 【附加题】

标签：style   blog   color   io   os   ar   使用   for   strong   

原文地址：http://www.cnblogs.com/encoin/p/4033532.html