我们继续学习设计模式系列文章。 今天我们要学习的是设计模式中的适配器模式，适配器模式其实也比较好理解，光从它的名字我们都能理解个所以然了。 适配器模式定义：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 上面的这段话可能对初学者来说有点抽象，短短的一段话

我们继续学习设计模式系列文章。 本篇要讲的是命令模式，其实命令模式也比较好理解，没有用到多高深的技术，也不需要多复杂的抽象。只需要我们脑海里能有一个大概的原型，等我们遇见类似问题的时候我们能通过巧妙的方式来解决。我们做应用层开发的大部分接触的都是一些模式、框架、思想等等，不像搞低层开发的，他们研究的可能多数是一些技术实

我们继续学习设计模式系列文章。 今天要讲的是单件模式，其实单件模式是比较简单的设计模式，在我们日常开发过程中也是经常用到的。 单件模式：单件模式是一种用于确保整个应用程序中只有一个类实例且这个实例所占资源在整个应用程序中是共享时的程序设计方法。 我想如果初学者对一些基本概念能熟练掌握时，其实单件模式是很简单的，就是因为

我们继续学习设计模式系列文章。 今天要讲的是设计模式中经常被用到的“工厂模式”，所谓工厂模式就是将对象的创建交给一个叫做工厂的对象来统一进行处理。主要是将对象的依赖关系进行解耦，消除对象之间的直接耦合。那么工厂的使用有几种方式呢？那就要看我们对工厂的理解了，工厂是创建对象的一个逻辑名称，工厂可以是一个方法、一个静态类等等。只要起到对象的创建就能给它赋予上一个工厂的名称。 那

我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。 在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家

装饰者模式其实有点难以理解，特别是对初学者来说可能有点晕，因为它的概念互相冲突，哪里互相冲突我们下面会讲解到。 本人保持一贯的写作风格，重在入门。在本人的这篇文章中会用一个比较恰当的比喻来让我们对问题迎刃而解，例子虽然简单但是重点突出。 在写这篇文章之前我在网上大概搜了一下关于“装饰者模式”的一些文章，但是讲解的效果都不太理想。要么就是找书搬过来的，要么就是对着书的例子从新