面向对象编程的五大原则例子分析

在应用开发的过程中，感觉最快乐也是最痛苦的莫过于优化、重构代码。在版本不断地迭代更新上线中，我们不但要保证功能能正常运行，而且我们的代码需要保证健壮性、稳定性、拓展性。然而在我们不断接受新的知识过程中，我们对代码的理解也会越来越深刻，从而出现了优化，甚至是重构代码的过程。在此之前我们更需要知道面向对象编程的五大原则。

单一职责原则（Single Responsibility Principle）

单一职责原则比较容易理解，所谓单一职责，就是对于一个类来说，应该只专注于做一件事和只有一个引起他变的原因。所谓职责，我们可以理解成功能的意思。

• 如果一个类负责的职责过多，应该细分给其他类。
• 要尽量清楚职责的划分，设计类的功能只负责它所应该负责的一个功能。
• 然而每个人对划分的理解都不一致。例一个复杂的功能封装一个类中导致代码X百行，正确是有一个个封装类来组成来实现这个功能。

开闭原则（Open Close Principle）

一个软件实体类，模块和函数应该对扩展是开放,对修改是封闭的。
在设计一个模块的时候,应当使这个模块可以在不被修改的前提下被扩展.换言之,应当可以在不必修改源代码的情况下改变这个模块的行为，在保持系统一定稳定性的基础上，对系统进行扩展。这是面向对象设计（OOD）的基石，也是最重要的原则。之前我们说的工厂模式就很好解析了开闭原则。

里氏替换原则（Liskov Substitution Principle）

说明：子类型必须能够替换他们的基类型。
可以很容易的实现同一父类下各个子类的互换，而替换成子类也不会产生任何错误或异常。
换个方式说就是：如果每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都代换称o2时,程序P的行为没有变化,那么类型T2是类型T1的子类型。
里氏替换原则核心原理是抽象，抽象又依赖于继承这个特性，继承作为面向对象三大特性之一，在给程序设计带来巨大便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加了对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能会产生故障。
我们用例子分析下：

public class JavaDemo {

    public static void main(String[] args) {
        A a = new A();
        System.out.println("100-50=" + a.func1(100, 50));
        System.out.println("100-80=" + a.func1(100, 80));
    }
}

class A {
    public int func1(int a, int b) {
        return a - b;
    }
}

运行结果：

100-50=50
100-80=20

新需求，我们需要增加一个新的功能：完成两数相加，然后再与100求和，由类B来负责。即类B需要完成两个功能：

public class JavaDemo {
   

    public