机房收费系统验收之思想无价

　　在此温馨提示：及时检查手机内存，哪怕你的内存空间很大，因为师傅验收项目的时候，我用客户端的有道云笔记记录，最后点击保存的时候，提示：内存已满，保存失败……于是，近两个小时的思想积累就这样没了，觉得很是可惜。好在栗子师傅一句话点醒了我，抚慰了我受伤的心灵：你能想起来的才是真正吸收的~~~

　　师傅给验收机房收费系统，在这个过程中，觉得思想才是无价的，优化源自思想。

　　验收之初，师傅便说任何项目的完成都要联系现实，根据实际假定一个运行环境，不能想当然，否则做出的软件是没有价值的……

　　不要被思维束缚，要勇于创新，留心生活，就像是支付宝在支付的过程中，并没有确认支付的按钮，只要密码正确，输入后直接支付成功，因为已经有了实名制的前提。这就意味着做软件要以简单方便为原则，减少不必要的操作。

　　在开发软件前要实际体验，例如去网吧消费时要留心，明晰它的流程后可以仿照着某些功能做机房收费系统，并思考某些收费系统或是一些软件的使用方式的意义所在，例如网吧要用***，这不是偶然，而是着眼大局，因为网吧是在国家监控下运作的商业模式，实名认证，一来可以限制未成年人进入，二来有利于治安和监督，打击犯罪。

　　以下是看着自己的系统，回忆起来的笔记内容：

　　1、弹出的MsgBox提示框总是呈现在中央部分，有时会阻碍我们的视线。经过百度，发现都建议用一个能方便定义显示位置的窗体来给出提示，因为用代码控制MsgBox提示框位置代码很长，也不容易懂，没必要，毕竟，简单才是宗旨。



　　2、关于组合查询：性别只有男女，那么选择之一后，操作符里边就不应该出现大于号以及小于号了，类似的实际问题同理；若是没有选第一个组合关系，那么第二行查询内容就不应该显示，不然那么多框框看着都晕，故可以用visible属性控制；这就不得不提到淘宝购物填写地址，如果没选择省，就不会出现市，若是没有选择市，就不会出现县，所以，在优化得时候，也可以不以行为单位进行查询信息的填写，也可以填写了前一个框框以后，再出现后一个。



　　3、关于充值记录查询，添加总计一项，方便当天的操作员充值或是退卡后进行清点核实。

　　4、关于职能：权限虽高亦应忠于本职，不可越权。就拿一般用户、操作员和管理员来说吧，其实登录的时候完全可以将除本人负责任务以外的功能全部用visible属性设置为False,例如登陆者是操作员，那么主界面左上角只有操作员，这样的话就不用纠结结账的时候用不用添加管理员了，因为他压根而不用管充值退卡等工作。



　　5、关于复用性问题：一是代码的复用，二是窗体的复用。（窗体也是可以复用的，这是此次验收我收获最大的地方）

　　6、关于文本框输入限制的问题，调用固然是一种高效的方式，但是一定要具体问题具体分析，比如系别，怎么可能包含数字呢？

Public Function CheckIsOk(keyascii As Integer)
    Select Case keyascii
             Case 48 To 57    '只能输入数字
             Case 65 To 90    '只能输入大写字母
             Case 97 To 122    '只能输入小写字母
             Case 8           '只能输入退格
'            Case 45       '输入连字号  —
             Case 58        '输入冒号
             Case 0
             '以下代码用来限制只能输入汉字，为了让提示框通用，改为了“无效字符”的提示
             Case Else
             If keyascii > 0 And keyascii <> 13 And keyascii <> 8 Then
                keyascii = 0
                MsgBox "友情提示：无效字符", 48, "提示"
            End If
      End Select
End Function

　　7、关于减少输入的问题：能不输入就不输入，比如说注册，完全可以创建一个学生信息表，需要注册的时候直接输入学号调用，让卡号随机生成；当然，也可以让学号和卡号进行绑定，使得输入学号也可以上机。说到注册，顺便说了界面的内容排布问题，如下：（PS：信息分类也是优化过程中不可小觑的一点！）



　　8、关于读数据的顺序以及方式，在上机的过程中，若是改变了基本数据表怎么办，会给计费带来怎样的影响？所以，这就要考虑动态读数据的问题，当然，先读数据赋给中间变量或是计费的时候读数据各有各的好处。

　　说到了基本数据表，里边的准备时间其实没有存在的必要，因为它和最少上机时间可以起到相同的作用；至于收费，可以考虑分段收费，像网吧一样，不然不到一小时按照一小时收费，用户会有怨言，所以，分段收费很有必要。

　　师傅还提出了一个很“刁钻”的问题——网吧大酬宾，如何实现新的收费方式?如果按照机房收费系统这样，显然不行，所以，就需要封装一种新的算法，在需要的时候进行调用。



　　9、数据的精度问题：师傅验收项目的时候，一直在给一个卡号疯狂地充值，瞬间觉得他太“狡猾”了，摆明了想让数据溢出啊……

　　10、数据的排序问题：可以将报表中的数据进行排序，也可以将其余功能中查询出的数据进行排序，例如充值记录查询等，便于查看。


　　11、登录窗体不能多次实例化，陈伟视频有讲。



　　12、关于结账那部分以及上机那些涉及钱的问题，要理清思路，理清算法。

　　13、添加或是删除用户的时候，不能添加管理员，界面里边的更新按钮没有存在的必要，因为添加完毕，重新选择一下用户级别就相当于更新了。



　　14、多账号同一台电脑登录的问题：



　　先总结到这里吧，未完待续……