Java设计模式

面向对象思想设计原则及常见的设计模式

　　设计原则：

　　　　单一职责原则：高内据低耦合

　　　　开闭原则：一个对象对扩展开放，对修改关闭

　　　　里氏替换原则：在任何父类出现的地方都可以用它的子类来替换；也就是说，同一个继承体系中的对象应该有共同的行为特征。

　　　　依赖注入原则：要依赖于抽象，不要依赖于具体实现。针对抽象类或者接口编程。

　　　　接口分离原则：不应该强迫程序依赖它们不需要使用的方法。其实就是说一个接口不需要提供太多的行为，一个接口应该提供一种对外功能，不应该把所有的操作都封装到一个接口中。

　　　　迪米特原则：一个对象应该对其他对象尽可能少的了解。也就是说降低各个对象之间的耦合，提高系统的可维护性。在模块之间应该只通过接口编程，而不理会模块的内部工作原理，它可以是各个模块耦合度降到最低，促进软件的复用。

　　设计模式：

　　　　经验的总结　　　

　　　　设计模式的分类
　　　　　　创建型模式 对象的创建：简单工厂模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式，单例模式。(6个)
　　　　　　结构型模式 对象的组成(结构)：外观模式、适配器模式、代理模式、装饰模式、桥接模式、组合模式、享元模式。(7个)
　　　　　　行为型模式 对象的行为：模版方法模式、观察者模式、状态模式、职责链模式、命令模式、访问者模式、策略模式、备忘录模式、迭代器模式、解释器模式。(10个)

　　　　简单工厂模式：

　　　　　　静态工厂方法模式，它定义一个具体的工厂类负责创建一些类的实例

　　　　　　优点：客户端不需要在负责对象的创建，从而明确了各个类的职责

　　　　　　缺点：这个静态工厂类负责所有对象的创建，如果有新的对象增加，或者某些对象的创建方式不同，就需要不断的修改工厂类，不利于后期的维护。

 　　　 工厂方法模式：

　　　　　　工厂方法模式中抽象工厂类负责定义创建对象的接口，具体对象的创建工作由继承抽象工厂的具体类实现。

　　　　　　优点：客户端不需要在负责对象的创建，从而明确了各个类的职责，如果有新的对象增加，只需要增加一个具体的类和具体的工厂类即可，不影响已有的代码，后期维护容易，增强了系统的扩展性

　　　　　　缺点：需要额外的编写代码，增加了工作量

　　　单例模式：

　　　　　　保证类在内存中只有一个对象

　　　　　　如何保证类在内存中只有一个对象呢？

　　　　　　　　A:构造方法私有

　　　　　　　　B:在成员位置自己创建一个对象

　　　　　　　　C:通过一个公共的方法提供访问

 饿汉式：类一加载就创建对象

public class Student {
    // 构造私有
    private Student() {
    }

    // 自己造一个
    // 静态方法只能访问静态成员变量，加静态
    // 为了不让外界直接访问修改这个值，加private
    private static Student s = new Student();

    // 提供公共的访问方式
    // 为了保证外界能够直接使用该方法，加静态
    public static Student getStudent() {
        return s;
    }
}

懒汉式：用的时候，才去创建对象

public class Teacher {
    private Teacher() {
    }

    private static Teacher t = null;

    public synchronized static Teacher getTeacher() {
        // t1,t2,t3
        if (t == null) {
            //t1,t2,t3
            t = new Teacher();
        }
        return t;
    }
}

开发：饿汉式(是不会出问题的单例模式) 

　　　　  面试：懒汉式(可能会出问题的单例模式)

　　　　　　　　A:懒加载(延迟加载)

　　　　　　　　B:线程安全问题

　　　　　　　　　　a:是否多线程环境是

　　　　　　　　　　b:是否有共享数据是

　　　　　　　　　　c:是否有多条语句操作共享数据 是

　　Runtime类（由单例模式实现）：每个 Java 应用程序都有一个 Runtime 类实例，使应用程序能够与其运行的环境相连。exec(String command)

 模板设计模式

　　模板方法模式就是定义一个算法的骨架，而将具体的算法延迟到子类中来实现

　　优点：使用模板方法模式，在定义算法骨架的同时，可以很灵活的实现具体的算法，满足用户灵活多变的需求

　　缺点：如果算法骨架有修改的话，则需要修改抽象类

装饰设计模式

　　装饰模式就是使用被装饰类的一个子类的实例，在客户端将这个子类的实例交给装饰类。是继承的替代方案。

　　优点：使用装饰模式，可以提供比继承更灵活的扩展对象的功能，它可以动态的添加对象的功能，并且可以随意的组合这些功能

　　缺点：正因为可以随意组合，所以就可能出现一些不合理的逻辑