1、Java设计模式（开篇）

从面向对象编程–>函数式编程

JDK1.8以后，Java出了 lambda表达式， Java从面向对象编程–>面向对象编程+函数式编程

面向对象基于4个基本原则：
1、封装：类中包含的各种属性和行为。是将属性和行为绑定到一起。以便维护和扩展
2、抽象：例如：接口。这种类可以公开它做的事情，但是隐藏它的实现
3、继承：将基类的能力赋予子类
4、多态：不同类型的实体使用相同接口的选项。

//交通工具类
public class Vehicle{
     public String toString(){
        System.out.println("vehicle class");
     }
}

//Car继承交通工具类，并重写toString 方法
public class Car extends Vehicle{
     public String toString(){
        System.out.println("car class");
     }
}

//测试类
public Class Test{
    public static void main(String[] args) {
         Vehicle v1=new Vehicle();
         Vehicle v2=new Car(); //向上塑型
         System.out.println(v1.toString());
         System.out.println(v2.toString());
    }
}

/**
*  结果：
* vehicle class
* car class
*/

同样一个类型，但是创建出来的对象实例对象不同（子类可以向上塑型基类），就是多态。

设计模式的原则

1、单一职责原则：一个类只干1件事情，service层和dao层解耦。修改代码时，一个类的修改原因只有1个。
2、开闭原则：对扩展开放、对修改关闭
当开发完成后，已经测试完成、上线。有新需求的时候，不能再从这个类的已有的方法或功能上新增
逻辑，例如：在老的接口方法上新增类型，然后代码中出现很多if else 。这个新需求开发完成后，还得需要测试回归以前的老功能。这就打破了开闭原则。
可以这样做：
1）继承该类，重写原本在基类需要扩展的老方法，但是这个方法不太推荐。因为这样会打破里氏替换原则。
2）继承该类，重载方法，或者新增方法。
3、里氏替换原则：派生类可以完全替代基类。向上面的Car 类，就完全替代不了Vehicle类，因为子类重写了基类的方法。
4、接口隔离原则：客户端不能依赖它所不需要的接口

例如：SKU类，获取商品的促销价格。但是Price接口所能获得的能力是：促销价格+采销价格。
这种信息一旦让用户知道，会造成信息泄露。

可以这样设计：

将Price接口拆成2个。只赋予SKU类的PromoPrice.promoPrice()的能力。接口打包的时候，只将包含PromoPrice的SDK提供给sku的服务。

5、依赖倒置原则：高级模块（抽象模块）不应该依赖低级模块（实现层或者RPC层）。工具类模块不应该依赖于业务类模块。
案例：在开发的过程中。需要引入字典表的配置。
同事把字典表的配置类放到到service层。service层依赖RPC层。
现在RPC层也需要调用字典表的配置，所以会依赖service层。这样RPC（高层）依赖了service层（业务低层），倒置service层依赖RPC层，RPC层也要依赖service层。会出现循环依赖。
解决方案：将字典表的配置类放到common层。