在边建表边敲窗体的过程中，遇到很多问题，所以一边改，一边继续进行，最后将窗体改成下边这个模样。 窗体菜单：  窗体功能分布图： 第一次做的功能分析图： 解释说明：      这次画的图与最初画的系统功能分析图不太一样，但是基本内容没怎么变，只是将权限功能分的更明确一些。 （1）将修改密码，帮助，版本信息，退出系统提出来，作为单独的一个“系统”菜单。 （2）将结账，日账单，周账单统一放到“结

机房收费系统，历时一个月，验收两次，师父终于让我过了。 开始的无从下手，使我真的挺担心自己完成不了，但结果是我还是把它完成了。我觉得机房收费系统中所谓的逻辑关系，也就是从数据库中读取数据与写入数据两大块，那个窗体用到了数据库中的哪个表，对于那个表你是读取数据还是写入数据。我觉得理清了这些关系，这个机房收费系统也就可以收入囊中了。 查看原图 根据我的思路，我把机房收费系统分成两块，一个是写入数据，一

        开学两周了，机房才进行了那么一点点。惭愧。就先把这些小问题汇总一下。         首先配置ODBC，按照所给提示一步一步完成了。接下来安装程序。然后就遇到了一系列的小问题。 1.with块未设置：     解决办法：把数据库的登陆密码改为123456。原来数据库模块中有数据库的用户名：sa，密码：123456，而我的是sa：112233。 二、多步OLEDB错误：     解决

         这次.NET版机房收费系统数据库设计遵循了三范式，变动最大的就是实现了学生和卡的分离，这样避免了非关键字对关键字的传递依赖，卡表中的卡号在学生表中作为一个外键，同样将卡和学生联系起来，不过这样分离以后问题也来了，比如想实现查询学生余额，有学生的信息，也有卡的信息，这样查询反而增添了麻烦，方法是伴随问题而来的，之前学数据库视频有听说过视图、存储过程、触发器，不过没有使用过，还是那句

          首先有好东西给大家分享一下（请用力地点击下面那幅图）。即使已经把机房做完了，看看它，也绝不会后悔。它可以用来复习从提高班入学到现在的大部分知识。有图有真相。         接下来说说我遇到的问题。         1、点击右上角图标弹出提示对话框。 <span style="font-size:24px;">'点击右上角的叉，退出程序 Private Sub mdiForm_

    在敲系统的过程中，觉得有点困难的是上下机和结账。当理不清关系，没有头绪的时候，我们先画画图吧，把逻辑理清了，思路自然就有了，不会的再去查就可以了。今天我们就先来分析一下所谓的上下机。    一、上机     上机流程图：     解释说明：    （1）判断文本框的内容是否为空，是否为数字，“否”则弹出提示框；    （2）若文本框为数字，判断卡号是否注册，“否”则弹出提示框；    （3

又进行了一周的“机房奋战”——在机房，敲机房。遇到了一个又一个问题，也解决了一个又一个问题，还遗留了一个又一个问题。 下面是我解决的一些小问题。 1.点击关闭按钮弹出对话框 '点击右上角的叉，退出程序前弹出提示框 Private SubmdiForm_QueryUnload(Cancel As Integer, UnloadMode As Integer) If MsgBox("是否要退出

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

       前言：我的机房收费系统总结比别人来的更晚一些！暑假刚结束的时候自己的vb版的机房收费系统就已经完结了，由于自己懒的毛病一直没有总结（找借口的节奏？？？，值得深思！！！），但是米夫子说的好：出来混的总是要还的。不过好在自己在敲机房的时候在为知笔记上记录下了自己的感触以及自己的收获吧！看过很多人的博客对这句话——总结是颗粒回仓，有了更深的理解。欠下的账迟早要还的，所以现在赶紧还（实在付不

    组合查询算是机房中比较复杂的一块，思路很容易，就是将多个查询条件放在一起限制查询结果，但工作量确实很大，而且在机房中有四个这样的窗体，学习完设计模式后的感触就是每次代码有重复出现的就想着自己用一用那个模式，但自己真正实践时还真有挑战，策略模式看着别人博客也没有实现，组合查询也是参考着他们博客实现的，这个阶段模仿着学吧。        模板方法定义了一个操作的算法的骨架，把具体的实现延迟到子

    总感觉这次机房收费系统很有份量，一直没有下手总结，从2014-7-27至2014-9-29，这中间有太多故事和成长。首先说一下两次机房收费系统的不同，它是我们从面向过程向面向对象的一个转变，在.NET平台下开发，采用三层思想，并添加了一些设计模式，然后说一下我的变化，不管从思想还是技术上绝对是一笔财富，经过这次机房收费系统，我更加坚信两句话：“出来混迟早都要还的”“一切都会过去的”。   

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

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

友情回顾                    学习是一个反复的过程……                     当我们要完成在某一细节层次一致的一个过程或一系列步骤，但其个别步骤在更详细的层次上的实现可能不同时，模板方法登场了。个人通俗的理解，模板方法把共同的不变行为抽出（拿出）到一个抽象类，那么子类中的重复代码大大减少，很好的体现了代码复用性。看看模板方法模式的UML图 机房收费系统中的模板模

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

总是听到说用反射+配置文件访问数据库，那配置文件到底什么东西？ 1、定义： 配置文件是标准的 XML 文件，XML 标记和属性是区分大小写的。它是可以按需要更改的，开发人员可以使用配置文件来更改设置，而不必重编译应用程序。配置文件的根节点是configuration。 说定义大家可能看的有点云里雾里，按我的理解，它也就是相当于一个公共类的作用，会让你的代码简化，并非处于不可替代的地位（不过我们还是

我个人一直认为，组合查询是机房收费系统的一个难点，尤其是用到三层之后，如果要为组合查询中的每一个查询建立一个显然是太麻烦了。 下面介绍一下我的方法，对大家起个参考作用。 我将该表中可输入的内容定义为一个类，这样调用一次B层和D层就可以了完成查询了。 我以学生上机记录查询为例 1、UI层 Public Class FrmQuerryRecALLStuUP Protected Overrid

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

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

          机房收费系统已经进行了一段时间，敲完三层，然后又推翻了敲写七层。每天拿出的时间不多，所以导致项目进行了很长时间。在完成过程中，最开始敲出一条线比较困难，各种查资料，调代码，庆幸的是代码中的难点和错误终于在努力下攻克了。       机房收费系统中，最开始时看了其他人的介绍，说什么配置文件，反射和SqlHelper。其实刚开始对这些相当模糊，配置文件和反射在设计模式中接触过，但并