设计模式

注意：没有什么设计模式是完美无缺的，一个设计模式就是解决一类的问题的，通常设计模式在解决一类问题的同时，还会带来别的问题，我们设计者要做的事儿，就是要扬长避短，充分发挥长处！

一,创建型设计模式（创建对象）

1.1. 单例模式：

• 缺点： 即使是单例，变量也不是线程安全的，单例不是为了保证线程安全， 单例可以避免重复创建，但是也会常驻内存，除非是真的有必要，否则不要单例
• 优点：单例的好处就是单例，就是全局唯一的一个实例：应对一些特殊情况，比如数据库连接池(内置了资源) 全局唯一号码生成器
• 为什么有单例模式： 节省资源的浪费，保证一个对象只有一个地方被构造和调用
• 懒汉式单例模式：需要上端主动调用该方法

///经典代码:
		/// <summary>
        /// 3 全局唯一静态  重用这个变量
        /// </summary>
        private static volatile Singleton _Singleton = null;
        //volatile 促进线程安全 让线程按顺序操作
        private static readonly object Singleton_Lock = new object();
        /// <summary>
        /// 2 公开的静态方法提供对象实例
        /// </summary>
        /// <returns></returns>
        public static Singleton CreateInstance()
        {
            if (_Singleton == null)//是_Singleton已经被初始化之后，就不要进入锁等待了
            {
                lock (Singleton_Lock)
                //保证任意时刻只有一个线程进入lock范围
                //也限制了并发，尤其是_Singleton已经被初始化之后
                {    
                    if (_Singleton == null)//保证只实例化一次
                    {
                        _Singleton = new Singleton();
                    }
                }
            }
            return _Singleton;
        }

• 饿汉式单例模式：利用静态方法或者构造函数提前主动实例化对象

1.2. 原型模式

• 什么是原型设计模式： 解决对象重复创建的问题，通过MemberwiseClone来clone新对象，内存操作，直接复制的，避免重复创建(单例的基础上升级了一下，把对象从内存层面复制了一下，然后返回是个新对象，但是又不是new出来的)

经典代码
	/// <summary>
    /// 3 全局唯一静态  重用这个变量
    /// </summary>
    private static volatile Prototype _Prototype = new Prototype();
    /// <summary>
    /// 2 公开的静态方法提供对象实例
    /// </summary>
    /// <returns></returns>
    public static Prototype CreateInstance()
    {
	    ///直接复制对象
        Prototype prototype = (Prototype)_Prototype.MemberwiseClone();
        return prototype;
    }

1.3.简单工厂：

• 把简单工厂拆分成多个工厂，保证每个工厂的相对稳定， 但是要多new一次工厂？ 难免，中间层，屏蔽业务类变化的影响，而且可以留下创建对象的扩展空间，
• 开闭原则：对扩展开发，对修改封闭，工厂方法完美遵循了开闭原则
• 优缺点：1. 倾斜的可扩展性设计 2. 扩展种族很方便 3. 增加产品很麻烦

二,结构型设计模式（关注类与类之间的关系）

纵向关系：继承≈≈实现 超强关联 横向关系：>组合>聚合>关联>依赖
依赖是出现在方法内部
另外三个是用语义区分的，可能都是一个属性，如
Person类 有个大脑Header属性 组合(同生共死)
Person类 有个手/脚 聚合(成人)
Person类 有个iPhone属性 关联(非必须)
结构型设计模式的核心：组合由于继承（因为继承有强侵入性，子类要继承父类不必要的方法和属性）

2.1.适配器模式：解决重构的问题，新东西和旧系统不吻合，通过继承/组合进行适配
2.2.代理模式：通过代理完成对业务类的访问，包一层方便任意功能扩展
2.3.装饰器模式：通过组合+继承，完成对象功能动态扩展 （设计模式的巅峰）
2.4.外观模式，组合模式，桥接模式，享元模式等等

   多种结构型设计模式其实都是用组合包一层，然后加功能，解决不同的问题，然后有不同的侧重点，也有不同的规范

三,行为型设计模式（关注对象和行为的分离【甩锅，把稳定留给自己，不稳定的留给调用方，对象转移】）

里氏替换：尽量用父类实例化对象，而不是子类

• 模板方法设计模式：在基类父类定义流程，把可变逻辑分离到不同子类实现
• 观察者模式：一个对象动作触发多个对象的行为，通过观察者可以去掉对象的依赖，支持各种自定义和扩展
• 责任链模式：请求的处理流程，沿着链子顺序执行，还运行链子扩展和订制

结束语： 设计模式三言两语说不清楚，代码讲解：