摘要： TerryLee的Blog中对装饰模式的引入和讨论真是思路清晰，精准到位，跟着他的思路，总算有点头绪。习惯了过程化编程的我，对于这种需求的变化，首先想到的肯定是改写实现方法体即可。但是通过这段时间学习设计模式和设计原则，我明白这样做的代价只能是维护和扩展的痛苦和艰难。所以，尝试着用OO的思想来冲洗我过程化的习惯，一时还真的觉得挺难接受。 阅读全文

摘要： 总的来说，策略模式给我印象是：在出现多个选项供选择的时候（if,else,switch）使用非常方便，避免了因为太多的选择出现难以维护的情况出现。 阅读全文

摘要： 在实际开发中，我们经常把数据访问类根据一定的情况划分为多个类（比如按照系统模块，每个模块设计一个自己的数据访问类）。而利用工厂方法模式的设计，我们这个时候就不得不为每个类设计抽象，设计工厂，这个工作量可想而知。对于这种一系列相关对象的创建，再使用工厂方法模式就不是很恰当了。 阅读全文

摘要： 之前读的简单工厂模式，可以看到：如果设计者很清楚要创建几个对象（具体类），并且将来不怎么要求扩展的情况下，用它基本上可以工作的很好。但是，还拿我的举例来说，如果哪天真的有了需求变化，新增了一个数据库，那么我们除了要新增一个具体类外（不可避免），还要修改工厂类，添加判断条件。可以设想一下，对于一个复杂的系统，如果这样的需求经常发生，那么我们就要整天修改工厂类，使之逐渐庞大... 阅读全文

摘要： 简单工厂模式的核心是通过建立工厂类，此工厂类根据传递的参数不同，实例化不同的具体类。这里面涉及到几部分内容： 1.工厂类：负责创建具体类实例 2.抽象类 ：所有具体类的抽象父类，可以是接口，也可以是普通类，更可以是抽象类 3.具体类 ：抽象类的具体实现类，一般有多个。 阅读全文

摘要： 之前在开发winform程序的时候，经常做这样的控制：每个form同时只能出现一个。方法有很多，通常我都采用这种方式：(通过一个public 的static 字段进行控制) 阅读全文

摘要： 曾经有过一次面试，要写："猫叫，老鼠跑，主人醒"的程序,只记得要考察委托和事件，却没能写出来。 用委托和事件来处理当然很方便，但是现在象这样的问题，都会用到设计模式（观察者模式）来处理。自然是从灵活度上来考虑。因为不懂设计模式，暂时就简单的复习一下Delegate and Event吧~ 阅读全文

摘要： 我们经常进行的算术运算，比较运算实际上都是执行的一个重载运算符;但是他们只对应常见数据类型。而如果我们要对class,struct进行运算，会是什么结果哪？编译器不知道，只能有我们来重载这个操作. 阅读全文

摘要： 通常我们把Struct叫做轻量级数据结构，可以用来传输数据，此时比class要方便快捷很多.当然这里的数据应该是一些关联性比较强的一些数据 阅读全文

摘要： 这几个符号说来也多多少少的用过，今天就根据ProC#和Msdn的结合其实际应用来总结一下: 阅读全文