我觉得可能这样程式比较好写吧！
而且data也比较干净，毕竟应该不是跟着人走的，而是跟着case走，
所以在流程的判断上，如果要达到你的需求，可能要花比较多时间吧
但是当时又急着上线，可能怕出包吧！
另外我再想，案件的table应该是有一个“状态”字段，所以若字段没判断好，很容易出
大包。
你要取消，再重新申请，系统分析或程式撰写，应该会比较单纯一点吧。
※ 引述《livingocean (livingocean)》之铭言：
: 请问你去医院挂号之后，想要改挂其他日期，医院会要求你先取消原本的挂号，才能重
: 新挂号吗？
: 请问你跟餐厅预约之后，想要改其他时间，餐厅会要求你先取消原本的预约，才能预约
: 新的时间吗？
: 不会嘛！
: 那你他妈为什么搞一个预约平台
: 要先取消预约，才能该预约其他时间呢？
: 没先取消预约，也没办法看其他地点、时段，有没有额满
: 那取消之后，才发现想改的地点、时段都额满了
: 想改回原本取消的时段，又被别人抢光
: 怎么办？
: 你知道为什么人家叫你天IT大臣吗？
: 因为天才跟智障只有一线之隔
: 你就是跟天才隔I条线的T
: reTarded的T
: 请问你是retarded吗？
: