单一职责（Single Responsibility Principle）

定义:一个类应该是一组相关性很高的函数、数据的封装

通俗的说,即一个类只负责一项职责
这个概念很抽象,但是如果没有看过任何设计模式的程序员,也会觉得理所当然,因为谁也不想一个类中塞满乱七八糟的代码

开闭原则（Open Close Principle）

定义：软件中得对象（类、模块、函数等）应该对于扩展是开放的，对于修改是关闭的。

也是抽象的描述,可以理解为用抽象构建框架，用实现扩展细节

里氏替换原则（Liskov Substitution Principle）

定义：所有引用基类的地方必须能透明的使用其子类的对象。

这也是我们经常遇到的,在代码中使用泛型,然后在具体情况下传递进其子类,在泛型使用的地方�都能安全的替换成子类

依赖倒置原则(Denpendence Inversion Principle)

定义：

• 高层次模块不应该依赖低层次模块,两者都应该依赖其抽象

• 抽象不应该依赖细节

• 细节应该依赖抽象

有个场景是这样,母亲要给孩子讲故事，给一本书，她就可以给孩子讲故事,代码如下：

class Book{
    public String getContent(){
        return "很久很久以前有只戴眼镜的蛤蟆……";
    }
}

class Mother{
    public void narrate(Book book){
        System.out.println("妈妈开始讲故事");
        System.out.println(book.getContent());
    }
}

public class Client{
    public static void main(String[] args){
        Mother mother = new Mother();
        mother.narrate(new Book());
    }
} 

假如有一天，需求变成这样：不是给书而是给一份报纸，让这位母亲讲一下报纸上的故事，报纸的代码如下：

class Newspaper{
    public String getContent(){
        return "G20在杭州...";
    }
} 

但是,母亲却不会读报纸，这显然不合理。
发生这样的原因是因为高层次模块不应该依赖低层次模块,两者都应该依赖其抽象
所以我们将报纸,书等读物抽象出来,并且让细节应该依赖抽象

interface IReader{
    public String getContent();
} 


class Newspaper implements IReader {
    public String getContent(){
        return "G20在杭州...";
    }
}
class Book implements IReader{
    public String getContent(){
        return "很久很久以前有只戴眼镜的蛤蟆……";
    }
}

class Mother{
    public void narrate(IReader reader){
        System.out.println("妈妈开始讲故事");
        System.out.println(reader.getContent());
    }
}

public class Client{
    public static void main(String[] args){
        Mother mother = new Mother();
        mother.narrate(new Book());
        mother.narrate(new Newspaper());
    }
}

依赖倒置从UML图中可以更好地看出（在网上找了图片）

2012020716284481.jpg

2012020716302379.jpg

高层模块依赖于抽象的模块,所谓的依赖倒置就是指这个

接口隔离原则（Interface Segregation Principle）

定义:客户端不应该依赖它不需要的接口
另一种定义:类间的依赖关系应该建立在最小的接口上

这也是显而易见的,如果接口过于臃肿,以至于实现类完全没有必要实现接口的所有功能,那么这样的设计是不合理的.

基本原则

单一职责、开闭原则、里氏替换、接口隔离以及依赖倒置5个原则被定义成SOLID原则.这几个原则最终可以化成几个关键字:抽象、单一职责、最小化

迪米特原则（Law of Demeter）

定义:一个对象应该对其他对象有最少的了解

这也是显而易见的,用户不需了解细节,即可使用类
后续的外观模式就是迪米特原则的体现