设计模式学习（一）——六大原则_设计模式学习笔记(一)设计模式六大原则-优快云博客

文章目录

1.单一职责原则
2.开闭原则
3.里氏替换原则
4.接口隔离原则
5.依赖倒置原则
6.迪米特法则

1.单一职责原则

有且仅有一个原因引起类的变更。

合理的职责分解，相同的职责放到一起，不同的职责分解到不同的接口和实现中去，这个是最容易也是最难运用的原则，关键还是要从业务出发，从需求出发，识别出同一种类型的职责

单一职责原则不只是面向对象编程思想所特有的，只要是模块化的程序设计，都适用单一职责。

比如说一个权限类，就只负责权限内的事情，不要去干涉登录或者角色相关的类，也不要把权限的事情放到其他类里面。否则，相关的代码分散在系统的各个地方，要维护的代码量过大，随着系统的扩张，维护的代码也会成几何增长。
总结：控制粒度大小，将对象解耦，提高内聚性。

2.开闭原则

模块、类和函数应该对扩展开放，对修改关闭。

针对提供方，对扩展开放，针对调用方，对修改关闭。

开闭原则是编程中最基础，最重要的设计原则，只要是面向对象编程，在开发时都会强调开闭原则

开闭原则是最基础的设计原则，其它的五个设计原则都是开闭原则的具体形态，也就是说其它的五个设计原则是指导设计的工具和方法，而开闭原则才是其精神领袖。依照java语言的称谓，开闭原则是抽象类，而其它的五个原则是具体的实现类

一个软件实体的任何变更，不应该是建立在修改的基础上，而是应该对软件实体进行扩展来达到变更的目的。

总结：对扩展开放，对修改关闭。

3.里氏替换原则

派生类必须完全可替代其基类。

里氏替换原则告诉我们，在软件中将一个基类对象替换成子类对象，程序将不会产生任何错误和异常。但是反过来就不行了，有子类出现的地方父类就未必能适应。

里氏替换原则是实现开闭原则的重要方式之一。

在运用里氏替换原则时，尽量把父类设计成抽象类或者接口，让子类继承父类或实现父接口，并实现父类声明的方法。运行时，子类实例替换父类实例。

4.接口隔离原则

客户端不应该依赖于它不需要的接口

如果接口隔离原则被破坏，客户端被迫依赖了它不需要的接口，代码就会变得紧密耦合，几乎不可能添加新功能。

这要求我们将接口细化，尽量减少接口中的方法。
总结：要为各个类建立他们需要专门的接口。

5.依赖倒置原则

高级模块不应该依赖于低级模块，两者应该依赖于抽象。

抽象不应该依赖与细节，细节应该依赖于抽象。

举个例子：

public class Java {
    public void say() {
        System.out.println("我用Java编程");
    }
}

public class Programmer {
    public void programming(Java java) {
        java.say();
    }
}

此时，我可以用Java语言编程，但如果我通过学习，掌握了Python，那我该如何扩展类？

显然是很困难的。但是，如果我们遵从依赖倒置原则，将两者依赖于一个抽象，就会大大提高我们代码的扩展性。

public interface Language {
    public void say();
}

public class Java implements Language {
    @Override
    public void say() {
        System.out.println("我用Java编程");
    }
}

public class Python implements Language {
    @Override
    public void say() {
        System.out.println("我用Python编程");
    }
}

public class Programmer {
    public void programming(Language language) {
        language.say();
    }
}

总结：面向接口编程。

6.迪米特法则

一个对象应该对其他对象尽可能少的了解，不和陌生人说话。

又称最少知识原则。迪米特原则要求我们在设计系统的时候，要尽量减少两个对象之间的交互，如果两个对象之间不需要彼此之间的通信，那么两个对象就不应该发生任何的直接相互作用。

如果需要调用一个对象的某一个方法，则可以通过第三者转发这个调用。简言之，添加一个第三者，减低现有对象的耦合度。

书籍
《Java设计模式及实践》