机房收费系统个人重构版终于要落下帷幕了，这一个半月经历的“痛苦”和成功时喜悦恐怕也只有自己能够体会吧，现在回过头来，进行一下总结，颗粒归仓！       机房收费个人重构大概的经历应该分为四个阶段：需求分析，软件架构（UML图和软工文档），代码编写，程序调试完善。 需求分析        个人重构版的需求分析要比VB版明朗多了，其中有三点需要指出：        a.软件的使用

       机房收费系统中，一个比较让人纠结功能就是组合查询，不仅仅是代码比较多，而且大多都是重复的代码，也正是因为如此，才比较适合模版方法模式。        一、基本介绍             模版方式模式是定义一个操作中的算法的骨架，而将步骤延迟到子类中。           模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。 类图 　　        二、具体实现

    机房收费系统的逻辑性很强。师傅也说了，第一次做机房，首要的是理清思路，明白它的逻辑。     做到结账这里，跟大家分享一下我对结账的一点理解： 钱分三个状态：用户的钱，柜台的钱（账面），老板的钱（实际） 用户充值，退卡，钱在用户自己和柜台之间流动；用户实际消费之后，用户充值后存在柜台的钱中消费的部分实际上就划归为老板所属了。       操作员结账：     售卡不收钱，充值收钱，退卡退钱

一.VB中大小写的转换      VB中自带字母大小写转换函数LCase和UCase。      格式：UCase（任何有效的string或char表达式），UCase(string)，U就是upper的意思，就是变大；相反的就是，LCase（任何有效的string或char表达式）函数，就是转换成小写字符，用法同理，不再累述。      说明：   （1）参数必选项，可为任意有效的字符或者表达式

米老师不止一遍的强调全局观，而自己却一直都做的不好，这次也是。不过虽然开头没做好，但结尾的时候还是总结一下吧。 一、用户的权限 用户的级别不同，权利范围就不同。在机房收费系统中有四类，上机学生，一般用户，操作员，管理员。其中上机的学生的级别是最低的，他只能上机。一般用户的权限就是相当于旧图书馆在各屋的值班老师，他只能查看学生的一些信息但没有修改的权利，唯一能修改的是自己账号的密码。操作员就是图书馆

      这次的机房重构可以说是历经磨难啊，各种问题，各种调试，以至于到目前为止也就勉强能够实现登陆功能。虽然功能实现了，但是对这条线的理解程度还需要进一步加深，需要自己去细细研究。在这个过程中，出现的各种问题，其实也是让自己学到更多知识的一个机会。       问题一：窗体建错          一开始是先将基本的窗体都建起来，但是在建除U层之外的其他层的时候，出了点小小的错误，如下图：  

1·选中行操作：selectionMode属性 <span style="font-size:18px;">DataGridViewSelectionMode.ColumnHeaderSelect' 单击列头就可以选择整列 DataGridViewSelectionMode.FullColumnSelect '单击列头或列中的单元格就可以选择整列 DataGridViewSelectionMode

背景：看完了三层视频，对三层也算有点一点点了解，加上之前学习的大话设计模式和vb.net视频，知识倒是攒一大堆，有的已经忘记了，有的在脑海里只留下了一个影子，还有的是没有搞懂的，再有就是没有应用过，将要被遗忘的......下一阶段的学习就是实践的过程，话说实践是检验真理的唯一标准，相信通过实践，知识就不只是留在脑海中的影子了，好好加油吧！     当然，要想在实践过程中有好的收获，必须按照计划执行

         机房重构工作已经完成了，回过头来再看看自己在重构路上的经历，发现自己真的在实践中成长起来了。而且，这个时候发现了写博客的一个好处，就是可以回顾自己曾经犯下的错，吸取经验；也能跟别人互相交流，共同进步；还有就是可以记录自己的成长过程。      其中，给我印象最深刻的就要属重构的第一篇博客《机房重构（一）—UML图》，在重构总结中我也提到过这个问题，因为一开始的没有思路，不知道该从

    说到外观模式，更是在个人重构中设计到的外观模式，我和好多人交流过这个问题，起初我是这么任性的认为：外观模式就是传递参数的，解耦B层和U层的关联。以至于刚开始我还和师傅就此问题而讨论，回来又看设计模式，还是不大懂外观到底起什么作用？直到最近敲上下机，才决然发现，自己理解的偏差。     先回忆一下外观模式在设计模式中介绍：     外观模式（Façade），为子系统中的一组接口提供一个一致的

     （本篇博客的真正目的不在知识的共享，而是记录当时问题的遗漏，以及此时关于这些问题的想法。）     存储过程： 一组为完成特定功能的sql语句集，用户通过制定存储过程的名字并给出参数（若该存储过程带有参数）来执行它。 知名其意，sql语句集：一系列的sql语句组成的集合，也就是说，当我们有一系列的sql语句要写时（即对多张表操作时）就可以考虑存储过程了，然后直接调用存储过程名字即可。但是

         机房重构开始的时候，没怎么用过接口，感觉不怎么会用，虽然知道接口的写法，知道接口是一个特殊的抽象类，可是感觉好像有点多此一举的感觉。          比如我定义一个接口，实现了一个查询某个表格中有没有数据的方法，那么，真正的实现还要去写，除了增加了点工作量，让代码看起来更乱了点以外好像没有啥用了。于是我上网上查了下，接口的作用。得到了这样的答案： 接口泛指实体把自己提供给外界的

刚刚完成了机房收费系统，对机房收费系统的基本流程做了一些简单的总结，有不合理之处，欢迎指正。 其中，一般用户的权限比较低，只有一些基本的查看功能看。 操作员的权限稍微高了一些，除拥有一般用户的所有权限外，还有注册、充值、退卡的功能。"注册"就是给学生开户."充值"就是给卡内余额不足的同学充值，“退卡”是指将卡内余额退还给学生。 管理员的权限是最高的，除拥有一般用户，操作员的所有权限外，主要功能是结

在机房收费系统的登陆模块中有一些看起来比较高大上的代码，经过查阅资料，才发现这些看起来高大上的东西并没有那么神秘，下面我来简单叙述一下。 首先我们来看模块的定义部分： public fmainform as frmmain 那么这句代码定义了什么呢？ 这句代码的意思是声明一个变量fmainform，其类型是frmmain，这里的frmmain就是我们主窗体的名字。 与这句代码紧密相关的还有这样一句

 最初在完成导出数据到Excel表的功能的时候，代码中没有下边的蓝色部分，只有红色部分的代码，运行是没有问题的，后运行的时候就报错了……我很是不解，觉得它在戏弄我只好按照它的提示去排除错误，最终将红色部分的代码变成了蓝色部分。 如今机房收费系统完成了，准备进行一次大总结，故回过头来将过程中总结的某些博客再次编辑，修复存在的漏洞，温故知新…… <span style="font-size:18px;

近期，我们大部分人进度都进入到了机房收费系统，算起来到现在我已经开始了这 个项目两个星期了，目前已经将基本的功能全部都实现了。在这里总结一些自己当 初没有涉及过得或者已经遗忘了的知识点。 1.msgbox的应用 当我们使用这个控件的时候不知道大家发现没有，如果只是`MsgBox("是否确定 要退出",vbOKOnly + vbExclamation, "提示")`的话，不论你单击是

在机房收费系统中上、下机、结账可以说是整个系统的核心。可以这么说，只要解决了这些问题，机房收费系统就已经完成一半了。这块最主要的问题就是思路理不清，只要整理好思路，很多问题就可以迎刃而解。我整理了一下思路，我们一起来分析一下。 首先要说的是上机： 思路整理如下： 这里要说一下的是对”使用“的判断，”使用“判断的是该卡是否已经退卡，如果已经退卡，则该卡的状态为”不使用“，状态为”不使用“的卡是无法上

背景：机房收费系统已接近尾声，我感觉非常有必要对机房收费系统做一下总结。弄清一下，机房收费的逻辑关系。下面鄙人对机房的理解如有不合理的地方，请多多指正。 首先，这一个机房收费系统给三类人员使用：一般用户（老师），操作员（组长），管理员（机房总负责人）。所以，一般用户（职能主要是学生上下机负责人）：登陆此系统只能对学生的相关信息进行查看：例如上机记录、充值记录、查看余额、上下机操作、修改上机密码。操

             在组合查询的窗体李面有两个窗体的选项带时间和日期的输入，但是时间和日期的输入都需要一定的格式才能被数据库所识别，那么怎样才能让用户直接就能方便的输入数据而又不违反格式规定呢？         在组合窗体的内容项上，我添加了DTpiker的这个控件，从而就可以实现规范输入了，但是要怎么使用呢？ 首先把窗体建好后，插入日期控件 然后把大小调整的和查询框一样大覆盖 然后就是代码

　　验收学生信息管理系统的时候，师父说，命名很重要，因为他吃过亏——由于不注意命名规范，导致敲代码的时候自己忘了控件或是窗体怎么命名的，回去找很浪费时间，出错排查更显得错误低级。 　　所以，开始敲机房的时候，一向英语水平垃圾同时又不喜欢英语的我，还是硬着头皮去查了好多英语单词，企图找到最迎合我的记忆力的那一个，故画窗体、美化窗体外加命名就断断续续地用了将近两天的时间。 　　也许你会说，为什么不用汉