周日买了本设计模式的书，直到今天才拿起来看，而且现在都快一点钟了哦。人也有些困了。说实在话如果不是今年在这里学习。我也不会学会C#，想想2003年的时候。看到关于它的文章我都是一翻而过。那时候心里除了VB什么都容不下了。现在回头看看自己写过的代码真的好傻，觉的好笑。在这里呆了半年。对我自己来说。的确是进步了。但是作为一个标准的程序的素质，我的路还有好远好远。对于C#的语法和大致的运行模式有了了解，我觉的有必要来了解设计模式了。一边看它，我还在一边在补面向对象的知识，记得刚拿起Ｃ＃的书的时候，真的觉的那些面向对象的理论真的好无聊。一点东西变来变去。完全没有必要。除了继承，我想不到虚方法和接口有什么用了，今晚才看了一个多小时的书，我就在汗颜了。自己的水平太菜了。哈哈。这也是对我的一个考验嘛。差不多我又要再看一次或是多次的语法书了。
１、在代码中可以多多的使用using{}语句。它能智能的对括号内的对象进行Dispose操作，在ADO.NET中最怕的就是Connection和DataReader对象了。对于两者的处理不当都会导致程序产生严重的后果，那现在就用它来解决吧。
2、当采用委托对单个方法进行回调时候，一个基于接口的设计是同样有效的，但是委托却能广播到多个事件。
3、接口可以包容方法，属性，索引器，也可以包含事件。却不能包含委托，这是因为接口规范的是成员，而委托是声明的一种类型，无法纳入到接口中。事件Event是声明的一种特定类型的字段，规范了其类型及名称，客户对于事件的类型及委托的操作仅限于订阅和取消操作，这样只有声类可以调用一个事件，只要使某个类包容一个公共事件成员，一个接口客户的组成类就可以实例化上述类，
４、接口的规范，如果你定义了一个新的集合类型，那就需要规范一个索引器，如果在某个类中必须有一个方法，而这个方法要使用一个属性值，并且需要设置这个属性。
接口描述了类在交互的过程中的期望和不期望行为。接口与抽象类很类似，接口定义了它应该完成的功能，但是它没有实现，接口与委托也类似，不过委托仅规范了单个方法的参数及返回值。这是总领，一天看不懂。还要看几次，呵呵，。。。。二点了，该睡觉了。
