【机房收费系统】之上下机

              机房从开始到结束用了将近一个半月。具体用了多少个番茄我也不清楚了。只觉得这个过程既煎熬又快乐。现在回头想想自己都不敢相信自己完成了这个曾经畏惧到不行的项目。可能真的是这样吧。你的潜力连你自己都不会清楚，只要按照计划一步一步的来，当你有一天回头的时候，你才会发现，自己已经离山顶不远了。有的时候可能我们真的需要时不时的向你的下边望一下，偶尔给自己一点正能量，而不是一味的只向上看，只有知道自己的高度然后去跟过去的自己相比较一下，你才会知道你到底是有多么的了不起。适当的向下望一望，不是自满自足，恰恰相反会给你更多的动力让你继续前行。。感慨很多，就不一一列举。下面是我对机房收费系统上下机的一点总结。

  一、【逻辑的重要性】

         以前看其他人的博客，好多人都在说，逻辑搞清楚了就一切都好说了。看完觉得挺有道理，但是只有你去亲身去做这件事的时候你才会真正体会前人在说这些话的时候到底经历了多少弯路或坎坷。如果你开始做这个项目的时候连你自己都不明白它到底是要怎么运行，那谈代码实现也就没有任何意义了。开始的时候真的是一团糟，哪和哪啊都是。后来慢慢地通过不断地运行给的模板还有看其他人的博客，才慢慢理清思路。。首先我们说一下上机。

         上下机联系到了数据库中的三个表。分别是：student_info     、    online_info    和      line_info    想要理清思路，我们就要搞清楚这三个表的作用分别是什么。首先是student_info表，这里边记录着用户的一些基本信息，包含卡号、姓名、年级、卡中余额、注册老师、使用状态、是否结账及注册日期时间等信息。。。其次是online_info  ，里边记录着学生的上机情况，包含卡号、上机时间日期、上机的机号、上机状态（是否正在上机）。最后是line_info 表，这个表记录学生的上下机情况，包含卡号姓名一些基本信息，还有就是上下机时间日期，消费时间及消费金额。通过这三个表的内容，我们就可以推测出上机应该有的逻辑。也就是某个卡号一旦上机，首先我们应该从student表中调出这个卡号持有者的信息显示在页面上，马上我们就要将这个卡号持有者的一些信息及其上机时间和日期添加到online表中，表示此卡正在上机（预防重复上机的情况），当此卡下机的时候，我们就要在line表中添加此卡上下机的情况及信息来记录此卡上下机的情况。好啦，整个上下机的思路框架已经有了。下面就是细化的东西了。

 1.上机

            

2.下机

      就是代码实现的过程中比较艰辛，下机时首先确定是否此卡号正在 上机，如果没有给出提示，若有，则要更新line表。计算消费时间--消费金额--更新line表--计算余额--更新界面--删除line表中的记录--更新student表。当然这里需要优化的地方有很多。比如说，第一、当某个卡号正在上机的时候，如果我们输入卡号，则下边马上显示用户的基本信息。第二、当某个用户上机的时候卡中余额之足够上一个小时的机，那么到五十分钟的时候就要给出提示及时充值，如果到一个小时没有充值的时候，那么系统应该及时的强制自动下机。

二、【细节决定成败】

         大体的结构搞清楚了，代码实现的过程也出现了许多问题，解决的过程是最让人悲喜交加的，有的时候很小的一个问题就能困扰一个上午。比如说计算上下机之间的间隔，常常都是因为一个名字写错了这么一个小问题。所以做程序么，马虎不得。。老老实实，仔仔细细，全神贯注是必要的条件，只要有问题，就不能算是小问题。马虎不是借口。还有就是上下机的时候我也走了不少弯路，总是自己认为是这样的就开始敲代码了，其实尤其是下机，牵扯到很多的问题，比如后边的结账问题。后边某一个细节没有注意到所有的代码都会白敲。。还有就是界面的问题，其实在作品展的时候师傅们就总是在跟我们说时刻为人民服务，什么居中显示啊，什么该最大化的最大化啊，但是因为急着结束项目都没有往这个方面考虑，导致师傅验收的时候都感觉我的界面不堪入目，总结一句，上下机给我的感觉就是哭笑不得。。。但是真的很长经验。。

            虽然我是最慢的一个，但是还是想给自己掌声，因为最起码自己做到了曾经想都不敢想的事情，最后以一句师傅给我的话结尾：有目标就不觉得累，等着我超越！