Smily-王婷婷

【前言】又三层敲了一遍机房登录，感觉还比较好理解，运用还可以，但是到了七层，就有点手忙脚乱了，静下来，慢慢捋思路，终于有了雏形。七层无非是在三层的基础上加上设计模式和SQLHelper。今天对SQLHelper有了一些自己的理解。SQLhelper 字面意思就是SQL Server数据库的一个帮助，它封装了一个方法，来执行数据库的更新。SQLhelper通过SQL参数传递即可连接数据库，实现查

【前言】都知道组合查询时候，有很多的代码，而且有很多重复的，尤其是爱偷懒的我，当然要找一个捷径呢，减少代码的数量，提高效率。这时候模板方法和存储过程的出现，给我带来很大的好处呢，现在请他们登场吧！【内容】模板方法，顾名思义就是制作一个模板，然后再按照模板来进行刻画出一个个的子窗体，当然子窗体中在加上自己独有的东西。这样对于类似的窗体来说，就不用单个的、重复进行了，节省了很多的时间和精力

将近两个月的机房终于接近尾声了，由开始的迷惑到入门到稍微精通，这个过程的体会自己更清楚，当真正完成了，还是比较有成就感的呢。老师说过“如果你做的程序，猪不会用，那么你就是猪！”  所以我们就需要让自己的程序面向用户，从用户的角度去体验、感受，这也就需要进行系统的一个优化了！从各个功能开始，分享一下我考虑到的地方！机房收费系统是分为不同模板，不同职责的人负责的也不同。首先作为消费者的学生，拿着自

【前言】进行机房重构，七层的架构，可以说是都是套路，当然有大框架在这，里面的小细节也需要自己补充呢，在这其中逻辑思路是很重要很重要的，刚开始进行时，每个功能咋传值，什么逻辑，我完全是晕晕的状态，想到这一点，丢掉那个，也是“服”了自己了。后面通过跟周边的小巨人们请教，终于自己有点开窍了呢。对于一个功能，首先分析客户需求，也就是在U层，我们想要像用户展示什么功能，达到什么效果。然后就是D层，想要在

【前言】机房重构的过程是艰辛的呀，“磕磕绊绊”的终于到最后几个窗体了。敲学生上机，开始卡号就需要判断的条件很多，需要判断卡号是否存在，是否为“使用”状态；卡内的金额是够充足；该卡号是否在上机；如果还是按照以前的方式，逐条的判断，七层来回走很多遍，想想都头大呢。通过总结前人的经验和与小伙伴交流，原来是运用到了“职责链模式”；现在我来分享一下，我对它的理解吧！【What】在软件开发中，某一

【前言】：机房敲到查询的时候，有的功能需要调用很多的表，然后给我们带来了很多的麻烦，这时候，视图就方便了我们，缩减了代码的应用，大大的提高了我们的效率！下面来介绍一下它吧！【定义】：视图是多个数据表抽象出来的一个虚拟的表，并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引起的表，并且在引用视图时候自动生成！【优点】：视点集中

【前言】：在机房中第一次用到存储过程，感觉还是比较方便的，下面分享一下经验！

【前言】：以蜗牛的速度终于敲完登录这一条线了，终于思路通了一些，但是当自己再敲注册时，又有点卡壳了，我是将原来的学生表分成两个表--学生表和卡表，但是传参数时又不知道咋传了，通过跟小伙伴们交流和自己上网的搜索，终于有了一些思路，然后自己独立完成的第一条线，还是比较有成就感的呢，嘿嘿！【内容】：   第一步：进行实体层的封装，将数据库表中的内容，写入实体，方便各层的调用，代码很简

【前言：】      机房登录进行很长时间了，一个个错误跟连环锁一样，不过在调错的过程中，对于七层这条线路也是更加清晰了。遇见一个问题在这过程中，一直登录不上，显示“获取不了表”，再重新检测自己数据库连接，原来不是用本地服务器连接，后来选择本地连接，又出现下面的错误，只能继续查资料，找解决方案，不过最终还是“功夫不负有心人”，错误解决了，登录成功！      【解决方案：】1.打开

【引言】机房收费系统的面向用户我分了两类：临时用户、固定用户。但是在下机计算他们消费的金额的时候，因为不同的类型，如果单个的计算增加了我们的代码量，而且系统不具有灵活性、可维护性，这时就引进了“策略模式”，设计模式大家族一大重要成员，给我带来了很多的便利呢，现在就有请策略模式登场。【What】定义了算法家族，分别封装起来，让它们之间可以相互替代，此模式让算法的变化，不会影响到使用算法的