ZhangPeng的博客

1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何

今天说一下策略模式：定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户换句话说策略模式，是指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法，比如吃东西的行为，有的人喜欢狼吞虎咽，有的人喜欢细嚼慢咽，有的人喜欢边吃边说策略模式的重心不是如何实现算法，而是如何组织、调用这些算法，从而让程序结构更灵活，具有更好的维护性和

设计模式系列目录今天来简单来说一下单例模式：它要确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。比如我们登录一个系统的时候要记录一个员工的信息，在整个系统运行过程中可能要不段的访问这个员工的信息，一般情况下我们会有两种做法，第一种建一个静态类，第二种就是今天我要说的键一个单例类今天只说单例类，建单例类要有几个要求1.私有的构造方法2.

装饰者模式么，在生活中我们是经常接触的。比如像我们这么快节奏的生活，好多都是早上去买煎饼。一般我们会这么说：“来一个粗粮煎饼，加两个鸡蛋，加一根肠”或者：“来个山东煎饼，只加土豆丝”等等。“煎饼” 就是这个么个有弹性的对象，面饼是不变的，其它的像鸡蛋，肠什么的者在装饰面饼。这个也是我们编程时的一个设计原则对扩展开放，对修改关闭。（在最后我会给出C# 和C++ 两种代码示例）

今天说一下适配器模式：将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间感觉这是一个很好理解的模式,也是我们很常见的一个模式，比如我们连数据库的时候，用一个DataTable或DataSet存放取出来的数据，我们是怎么把不同的数据库里的数据放在它们里的呢，就是用的一个适配器DataAdapter我们来看一下这个模式的类图看一下

今天说一下命令模式命令模式 将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其它对象。命令模式也支持可撤销的操作。这样将“行为请求者”与“行为实现者”解耦，实现松耦合我们来看一个类图 电视机遥控器就是一个典型的命令模式应用实例：电视机是请求的接收者，遥控器是请求的发送者，遥控器上有一些按钮，不同的按钮对应电视机的不同操作。抽象命令角色由一个命令

今天说一下抽象工厂模式：提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。抽象工厂允许客户使用抽象的接口来创建一组相关的产品，而不需要知道实际产出的具体产品是什么，这样一来，客户就从具体的产品中被解耦我之前说过设计模式：工厂方法模式，我们最后会做一下两种模式的区别我们看用类图看一下这个模式每个抽象产品都有多于一个的一个人的具体子类，工厂角色

今天说一下工厂方法模式：定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类所谓的决定并不是批模式允许子类本身在运行时做决定，而是指在编写创建者类时，不需知道创建的产品是哪一下，选择了使用哪个子类，就决定了实际创建的产品是什么。#region 工厂模式 // 产品 public abstract cla

今天介绍另一种模式观察者模式是我们经常用的一个模式，比如在用wcf做服务的时候通知客户端做一些操作一般用设计者模式。今天做一个订报纸的小例子来理解一下观察者模式  出版者+订阅者=观察者模式                                用下边的图来说就是    人民日报+订阅者=观察者模式只要是订阅了人民日报的人，有了新报纸就会送到订阅者那里去，