前言
在日常工作中，我们使用Java语言进行业务开发的时候，或多或少的都会涉及到设计模式，而运用好设计模式对于我而言，又是一个比较大的难题。为了解决、克服这个难题，笔主特别开了这个博客来记录自己学习的笔记和自己的理解，也欢迎对此有兴趣的朋友一起来和笔主探讨，共同学习。
一、软件架构设计模式的七大原则
1、开闭原则
对扩展开放，对修改关闭。在程序需要扩展的时候，不能去修改原有的代码实现一个热插拔的效果。简而言之，就是用抽象构建架构，用实现扩展细节。
2、单一职责原则
不要存在多于一个导致类变更的原因。简单来说，就是一个Class/Interface/Method只负责一项职责。
3、依赖倒置原则
这个原则是开闭原则的基础，是指设计结构代码时，高层模块不应该依赖于底层模块，二者应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。即：针对接口编程，依赖于抽象而不依赖于具体。
4、接口隔离原则
使用多个接口，而不使用单一的接口，客户端不应该依赖它不需要的接口。尽量的细化接口的职责，降低类的耦合度。
5、迪米特法则
又被成为最少知道原则，指的是一个对象应该对其他对象保持最少的了解。一个实体类应当尽量少地和其他实体之间发生相互作用，使得系统模块相互独立。形象来说就是：只和朋友交流，不和陌生人说话。
6、里氏替换原则
如果说实现开闭原则的关键步骤就是抽象化，那么基类（父类）和子类的继承关系就是抽象化的具体实现，所以里氏替换原则就是对实现抽象化的具体步骤的规范。即：子类可以扩展基类（父类）的功能，但不能改变父类原有的功能。
7、合成复用原则
尽量使用对象组合/聚合，而不是使用继承达到软件复用的目的。可以使系统更加的灵活，降低类与类之间的耦合度，一个类的变化对于其他类来说影响相对较少。
继承我们称之为白箱复用，相当于把实现的细节暴露给子类，组合/聚合 也成为黑箱复用，对类之外的对象是无法获取到实现细节的。
二、开闭原则详解
对扩展开放，对修改关闭。在程序需要扩展的时候，不能去修改原有的代码实现一个热插拔的效果。简而言之，就是用抽象构建架构，用实现扩展细节。
光看理论是不行的，这样的话我们只能是有一个模糊的认识，对具体的细节不太能看得清，我们先来举一个例子看一看它是怎么使用的：
例：假如我们居住的附近有一个小超市开业了，里面有各种的商品。老板想找你帮忙做一个超市商品的管理系统，那么针对超市众多商品的情况，我们首先应该会想到创建一个类来显示商品的基本信息：价格、名称等， 针对此，我们先来创建一个接口：
/**
* 商品基本信息 接口
*/
public interface Goods {
/**
* 商品的价格
*/
void getPrice();
/**
* 商品的名称
*/
void getName();
}
我们发现超市里有薯片贩卖，我们再来写一个薯片的类来实现这个接口，同时标明薯片的名称和价格：
/**
* 乐事薯片
*/
public class Crisps implements Goods{
@Override
public void getPrice() {
System.out.println("商品的价格：9.9 RMB");
}
@Override
public void getName() {
System.out.println("商品的名称：乐事薯片");
}
}
老板说以后还会有面包出售，那我们再来创建一个类来表明面包的基本信息：
/**
* 面包
*/
public class Bread implements Goods{
@Override
public void getPrice() {
System.out.println("商品的价格：5.5 RMB");
}
@Override
public void getName() {
System.out.println("商品的名称:面包");
}
}
等把这一切做好后，老板说因为新店刚刚开业，没有什么人气，就想前期通过薯片打折的方式来吸引人气（薯片打六折），这个时候我们想到的是：
1、修改
Crisps类中的getPrice()方法，但这会有一定的风险，可能会影响其他地方的调用结果。那么这个方法就可以pass掉。2、在
Goods接口中再加一个方法获取打折后的价格，但最后发现Bread类也需要去实现这个方法，但是面包并没有打折，这就对接口其他的实现类造成了影响，显然不可取。3、在
Crisps类中再加入一个方法来获得打折后的薯片价格，但这样可能会改变Crisps类的结构，可能会造成不必要的麻烦，而且开闭原则的基础就是：扩展程序的时候不能去修改原有的代码。那么这个方法也被pass。4、在增加一个类去继承
Crisps类，在子类中增加一个方法获取打折后的价格，这样通过子类我们可以获取到商品的名称，打折前的价格，打折后的价格，也不会改变Crisps类原有的结构，符合我们的规范，那我们再来编写一个类。
/**
* 薯片的子类
*/
public class CrispsDisCountPrice extends Crisps {
/**
* 打折后的价格
*/
public void getDisCountPrice(){
System.out.println("打折后的价格："+ 9.9*0.6 +" RMB");
}
}
我们来看一下类的结构图：
Crisps类和Bread类是接口Goods的实现类，而CrispsDisCountPrice类继承了Crisps类。
写个测试类测试一下：
public class Test {
public static void main(String[] args) {
Bread bread = new Bread();
CrispsDisCountPrice crisps = new CrispsDisCountPrice();
bread.getName();
bread.getPrice();
crisps.getName();
crisps.getPrice();
crisps.getDisCountPrice();
}
}
结果：
最后
学习设计模式不能只理解于理论，要根据例子理解才能更加的清晰、透彻。接下来的几篇博客，我会将设计模式剩下的六个原则都一一说明，并举一例子。讲完七大原则后，会重点解析我们常说的23种设计模式。这是我学习记录的一个过程，谢谢！