机房收费——“上下机”还原生活

机房收费系统是做来给机房用的，对于上下机这一块，就是时间、金钱和卡号之间的联系在敲机房之前有一个属于自己的逻辑关系，代码也就随之产生。然后在优化阶段再加上自己对代码的思考，还原生活，业务逻辑是怎么一回事儿，这块知识自然而然也就掌握了。

一、上机流程分析

                                               

分析：

1）查询student表，卡号是否使用或存在，否则重新输入卡号；

2）查询online表，卡号是否正在上机，否则显示该卡号已经上机的信息，并提示重新输入卡号；设置这一步，避免用户在上机的时候重号，保证在同一时间这个卡号只被一个人使用。

3）查询basicdata表，卡号余额是否大于最小限制，否则卡号充值；保证上机的时候，卡号不为负。

4）上机成功！查询student表，在textbox中显示学生信息，online表添加上机记录；

5）查询student表，判断卡号余额是否为0，是否为固定用户，为0的时候给出提示，并强制下机；临时用户则是直接退卡，不再使用。避免卡号余额为负。（参考周家林同学博客：《机房收费系统之动态下机功能》）

二、下机流程分析

分析：

1）判断卡号是否为空，否则，重新输入卡号；

2）判断卡号是否上机，否则，重新输入卡号；

3）判断上机消费时间，判断用户类型，根据上机时间和下机时间来计算，在从basicdata表中查询单位时间的消费金钱设定来得到消费金额，在line、student表中添加记录，删除online表中当前记录。

4）下机成功。

思考：1、cash放在哪里？是student表吗？

答：我们首先想到的是把cash放在student表里，其实也不完全是，确切的说是和你的卡号绑定在一起的。比如，咱们的饭卡，你可能不想吃饭，让同学帮忙带饭，同学就可以拿着你的饭卡去使用，这跟使用者完全没有关系。学生毕业了，就算是有饭卡，也不能用了，为啥啊？该卡号应经被注销。

2、卡号cash不能为负。

答：在考虑问题的时候，忽略这一点的人不再少数。去网吧消费的时候，时间快到时候，电脑会出现提示显示余额不足，请尽快充值。你使用你消费，当然不能为负了，这是常理。在设计系统的时候，是不能忽视的一点。

总结：代码源于生活，没有思考的代码是没有价值的。上下机简单的两个按钮背后的代码，咱们深有体会，成功时只需一步，而迈向成功可就需要很多很多的路。心中有路，脚下处处都是路。