该怎么解释？我懒得解释

在做excel模板解析的时候，其实会有两个部分，第一，将模板读取出来，校验一些必录项等。　但除了这些，在数据真正被业务线使用的时候，还会有一些其他的校验，比如说：根据业务，年龄是不能超过多少岁的，包括一些属性，在数据库、业务中是以什么类型传输应用的。　而且，这两个部分，都会面临着变化，模板并非一成不变，业务校验，也不可能一成不变。　怎样设计，才可以适应这种变化呢？　　　科普：变化驱动—

导读：在触发器的学习过程中，师傅讲了它的耦合性高，建议我能用存储过程，那到底什么是存储过程呢，自己也不是特别了解，还有就是，触发器也算是一种特殊的存储过程，为什么就不建议多用呢？接下来，就谈谈触发器、存储过程以及函数的区别！一、存储过程1，定义存储过程（Stored Procedure）：是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，存储在数据库中经过第一次编译后再次调用

导读：这是第二回机房了，第一回不明不白，不清不楚的就过去了（相对），这一回，有了新的发现。就是在用户删除的时候，涉及到的一些逻辑问题，以及结账时的数据来源问题。一、用户删除问题：第一次机房，包括重构。我觉得很多人都会在删除用户的时候，毫不犹豫的就将用户给删了，最多判断一下是不是系统管理员，是不是正在登录使用的用户。从功能上来看，这很合理，并没有任何差错。但结合整个系统来看，

导读：机房做到最后阶段，就是报表的制作了。想到第一次，是借助外部控件进行实现的，这次采用VS进行编写，在这个软件中，有自带的报表编辑工具，更加的方便和简洁，现在就对这一块的学习，进行总结。一、报表制作说明：在日结账单中，只需要做一个报表就可以了，账单刷新，以及打印，都在报表控件中自带，方便！接下来说一下怎么制作一个报表！1，首先在U层单击鼠标右键——添加——新建项目——选择报表

导读：进行完了日结报表的制作，大松一口气。不过，刚开始看着周结账单中的两个参数问题，也是愁了很久。不过，只要思想不滑坡，办法总比困难多。接下来，就写写我制作周结账单报表的过程。一、添加参数1，在日结账单中，报表已经是这个样子。2，给报表添加参数。在报表数据中，右击参数，选择添加。备注：有时候可能会没见着报表数据，打开视图，最下面选择报表数据。3，

导读：机房收费系统个人重构版，在寒假前，已经结束了。嗯，这一路的过程，也挺心酸的。结合师傅验收时的指导、建议，对这一段时间的学习，进行一个总结。一、学习过程这一阶段的学习，按照师傅给的建议是：由浅入深，逐步深入。所以，学习起来的困难没有太大。开始师傅是让好好领悟三层，跟我说把三层真正弄懂了，后面就比较顺利。所以，在三层的学习中，大概是花了半个月左右。学完三层，师傅就让先用三层敲通登

导读：小组合作开始了，不怕死的我，揽下了组长的活儿。然后开始了我的漫漫长征路。不过，不怕猪一样的组长，咱有神一样的组员。机房合作到现在，真的感激组员的配合以及对我这个猪组长的指点。接下来，说说我这个阶段的感受。一、积极主动（Why me?）在重构的时候，师傅就说，你去争取合作的时候做组长吧。我那时候，态度很坚决：我不，我死都不要当组长，我当不了那个组长，我什么都做不好。那时候师傅还

导读：我成为了组长，真正的感到了压力。好不容易才把图画完，然后文档初步整理完毕。然后，就在SVN上，上传了资料，设置好了每个人的权限。那时候，我以为编码，是整个项目中，最为重要的。但，其实不是。一、编码的时机是？之前，一直没有注意这个问题。在我看来，当我把文档写好，代码框架弄好，把一些其他的文档整理好，就可以写代码。但经过实践，这些是远远不够的。三军未动，粮草先行。行军打仗，第

导读：拖拖拉拉，机房的合作也算是接近了尾声了。在这个过程中，真心是感谢我的两个组员。这个机房合作，看似简单，但我的组员给我的帮助和感动，都是不可忽略的。记得刚开始的时候，我就说过：不怕猪一样的组长，咱有神一样的组员。现在看来，果真如此。一、困难重重真的是有好多困难，因为是第一次合作完成。好多东西都不懂，都不知道该怎么办，做什么都有点错。最离谱的是，连代码框架都有问题。但发现的时候，

导读：今天看视频，就看到了堆、栈这一块了。顿时就来劲儿了，为什么呢，

导读：学习C#的时候，其实没想那么多的。就想着把视频看完，把例子做一下就好了，其实真心bu

导读：在机房重构中，有好些个查询都是大同小异，最为显著的就是组合查询了。怎样给自己省事儿，相同的东西能不能重复利用，就成了一个现实的问题。第一遍做机房的时候，使用的更多的是：复制+粘贴。学习了设计模式后，可以用模板方法解决。这篇文章，就通过窗体继承和模板方法，实现组合查询。观点：组合查询在机房中有3中情况，其实，组合查询完全可以看到是一种查询情况。一、窗体继承的使用1，首先

导读：机房做到注册和充值了，有两个关键点：在注册的时候，同时给该用户写入充值记录；在充值的时候，给该用户更改余额信息。第一次做的时候，是一条一条的写，那时候师傅就说了触发器和存储过程的使用，现在终于用上了。针对本次使用触发器的情况，做一个说明。一、What（是什么）？触发器（Trigger）：是一个能有系统自动执行对数据库修改的语句。由三部分组成：一、事件：事件是指对数据库

前言：接触和使用设计模式都比较早，至少也是3年多以前的事儿。可惜，那时候初出茅庐，思想觉悟也不太高，上面说用什么，就用什么，缺乏了自己的思考。在这次的离职交接过程中，发现系统中有好些处都有设计模式的影子，遂决定，将设计模式重新总结一遍，并记录一些自己的思考！一、宏观导图总结二、本次思考的问题2.1，为什么设计模式被划分为三种类型2.2，为什么会是结构、创建、

我，第一次用到外观模式，应该是3年多以前。那时候是做一个收费系统，在当时的U层和B层之间，加了一层Facade。当时，在一些复杂的业务逻辑处理时，感受到了加入外观层的好处，但对于一些简单的（我指的是，当时很多facade里面的方法都只是简单的返回了B层的方法执行结果）业务，总感觉是没有必要了。那么，外观模式，究竟可以发挥出多大的威力呢？？？？一、目前的框架后来，在项目的开发中，用到的设计模

导读：之前一直在区分MVC和设计模式的区别，但是，既然有些人认为MVC是一种设计模式，那么它们之间肯定是有共通之处的。所以，本篇博客，就用设计模式的眼光来看MVC框架。仅是本人对于MVC的粗鄙看法，还请路过的高人指教。一、总体概述首先，不得不承认的是，设计模式和框架是完全不同的两个概念。这个请看：【设计模式 2】设计模式的来源，及其相混淆的模型、框架、架构区别其次，框架可以有多

导读：上篇博客说到，我想将单例模式和代理模式结合起来，以尽可能避免在并发情况下的真实对象的重复创建。光说不练，假把式，代码走你！一、使用了单例模式的效果接口：public interface IDBQuery{ String Request();}实现类：DBQuery备注：添加构造方法，是为了测试本类被创建的次数public class DBQuery impleme

导读：话说，当年学习了大话设计模式，后来又学习了head first，脑袋里能画出UML图，能写出代码的，不多。以致于到前一段时间，我还不能背着写出很常用的单例模式的代码！但是，本宝宝从很久以前开始面试的时候，就敢往简历上写熟悉设计模式，比如：。。。。。。。。果然，我还是个宝宝！本篇博客主要是总结一下，我知识储备以外的关于代理模式的运用，主要是提升系统的反应效率！一、代理模式的设计意图

导读：话说姑娘我一直想着分个总结设计模式来着，一直没把这个派上日程，现在看一本书，里面提到了一些设计模式，现在就总结总结。话说我之前写单例模式，一直都是按照大话设计模式上的那种写法，也就是传统的加锁，加2把锁的这种方式，今天看了看人家说性能优化，利用内部类，写出了更高逼格的代码，佩服之余，总结一番。一、两种常见写法分析1.1，单锁懒汉式public class Singleton

导读：周日，又给徒弟验收项目了。以往常的习惯一样，每次验收，我都陪着徒弟一起总结学习过程中的问题，然后互相交流。这次，一个徒弟验收的是设计模式，一个徒弟验收的是UML，本篇博客，就先谢谢设计模式的东西。一、基本概念1.1，模式1.2，设计模式二、设计模式的来源三、模式与模型四、模式与框架五、框架和架构

导读：设计模式也在不知不觉中，学习完了。上回开会，知道自己现在所谓的学完了，真的只是很浅显的东西。不过，以后还会继续的研究学习，这才让我安心了点。编程是一门技术，更是一门艺术。路曼曼其修远兮，吾将上下而求索。一、基本概况概念：Design pattern，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。作用：可重用代码、让代码更容易被他人理解、保证代码可

导读：一路艰辛，我也走到了重构。在重构之前，师傅让用经典三层（UI、BLL、DAL）敲了登录、用户的增删改查，共五条线。从开始对三层的朦胧，到五条线结束，终于对三层有了逻辑上清晰的理解。然后就画了几天的类图，最后终于踏上了重构的道路。重构的第一步就是实现登录，考虑到换数据库的问题，就结合了设计模式上的抽象工厂模式。接下来，就说说在这个过程中的一些问题。文章说明：本文不会贴登录实现的具体

导读：在机房重构的时候，为了降低耦合，不能返回DataTable型数据，而需要转换为泛型集合。我一直使用的就是IList，那天师傅过来帮我挑错，问我：你为什么一直写IList呢，不应该是List吗？好吧，然后，我才突然发现，我一直都写错了。不过，我真的错了吗？那么，它们之间又是什么关系呢？一、基础概念1，集合（ArrayList）是Array的复杂版本，它提供了动态的增加和减少

导读：看完了C#，需要总结的有很多东西。开始没有怎么在意，g

导读：话说当年选择、顺序、循环语句风靡整个VB，

导读：在学习C/S部分，结构化的程序开发中，我们基本上是以文档驱动的形式在做开发。那么，在软件工程中，文档有着什么样的意义呢？文档是从哪里来的，为什么要有文档呢？（每次给徒弟验收，就陪着徒弟，这样子似乎也挺好）一、文档从哪里来在最开始的软件开发过程中，事实上是没有文档这一概念的。那么文档究竟是从哪里来的？从广义上说，文档的产生，是伴随着软件工程而来 的。在初期的软件开发过程中，对程

今晚就要去验收了

我就觉得我是被打击的要死的那种，

一：开始做一个系统，得首先从整体上了解策划。然后，划分功能块，找出其中的有关联的东西，把功能实现的逻辑顺序搞清楚。学生信息管理系统：初步了解，整体规划再次，考虑实现过程中的重点难点，逐一突破。最后，对使用过程中可能出现的问题进行预测，并提供解决方案。看大图二：过程学生信息管理系统：数据库连接不上学生信息管理系

借着休息的这个段儿，我看了一下信息的查询，发现了好玩儿的，仅供自己娱乐，或者博美人（君子）一笑。首先给大家黏一段有意思的代码，再次强调，本文纯属娱乐，不过还是欢迎指点！（这是查询命令的一段）Dim txtsql As String Dim msgtext As String‘定义字符串变量 Dim dd(4) As Boolean’结合后面，这里判断查

实现学生信息管理系统，可是，单单就一登录，就把我给卡住了。总是出这样的问题，然后有同学跟我讲这是数据库没有连接上造成的。于是，就上网查了资料（主要是师哥师姐的博客），下面是查到的部分信息。(这里就添加链接了）SQL Several数据库链接不上怎么办、学生信息管理系统——问题与解决方法、配置SQL Server的ODBC数据源、SQL Server数据库附

大概内容学生信息管理系统，一共有16个窗体，一个模块。如图所示，信息类（添加，修改）一共有10个窗体，包含5个方面的内容：班级，课程，成绩，学籍，用户。查询类一共2个窗体，分别是成绩查询和学籍查询。剩下的就是，登录、主窗体、系统介绍，还有一个课程的信息设置。看大图个人计划由于模块的公用性，我首先完成模块的内容，以避免逐步测试的时候出现函数过程调用

近期遇到的一个问题就是无法实现信息的添加了，可是程序又总是提示添加成功，根本不报任何错。对于这个问题，做了总结。一个问题的解决，首先得理清它所在功能块的运行步骤，这样才能逐一排除。比如说添加信息：首先，打开数据库，指明添加的位置；其次，写入命令添加信息；然后，进行数据的更新；最后，操作执行完毕，关闭数据库。我总以为，包括师傅开始也认为是我的添加命令写错了。在反复

机房，也终于顺利的验收完毕了，开始了下一阶段的学习。在此，对我这接近一个月的机房学习，

昨晚雄赳赳、

导读：软件工程经过四代更替，其早就过了一个人开发的时代了。我们需要合作，需要集体开发，那么怎样去组建我们的小组，软件开发小组又经过了哪些过程呢？一、小组的定位软件工程有其三大要素：方法、工具、过程。其过程是相对稳定的一个软件开发的生命周期，简要说来，就是：需求，设计，实现，测试，维护。目前接触到，应用过的有：面向过程、面向对象。将来还会有面向服务，面向需求，面向接口等等。其工具有很多，

导读：时过一年，现在再一次对于软件工程进行一个宏观总结，这次发现，我以前没能找到联系和原因的，这回找到了一些，感觉好点了。嘿嘿，知识需要回顾，正所谓：温故而知新。一、是什么1983年，IEEE（电气和电子工程师协会）：软件工程是开发、运行、维护和修复软件的系统方法。1990年，IEEE更改为：对软件开发、运作、维护的系统化的、有规范的、可定量的方法之应用，即是对软件的工程化的应用。

导读：要想收获，就逃不开总结。一直拖着

这些天看完了

1、用例图定义：描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。2、类图UML九种视图中类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型，