多位大佬合力讲解23种设计模式，这不是轻松拿下

前言

设计模式是很多程序员总结出来的最佳实践。曾经在刚开始写项目的时候学习过设计模式，在开发过程中，也主动或者被动的使用过。现在写代码虽说不会特意明确在用哪种设计模式，但潜移默化的写出来公认的最佳实践代码，毕竟看的比较清爽。

为什么再看一遍设计模式，主要有几个原因：第一，很多优秀的源码基本都使用了设计模式，明确设计模式能够更好的看源码。第二，很多中间件设计理念也是基于设计模式的，还有其他的语言，都有自己的设计最佳实践。对于我来说，设计模式始于java，不止于java。第三，有了这种规范，可以更好的和他人沟通，言简意赅。

设计模式原则

很多优秀的文章和书籍都讲的很明白了，我说下自己的体会。
1.单一职责原则，就是一个类只负责做一件事情。这样就可以做到解耦合的效果，让代码看起来比较清爽，也体现了java的封装性。还有个原则叫迪米特法则，就是一个对象对另一个对象有尽量少的了解，说的也是解耦合的事情。
2.里氏替换原则和依赖导致原则，说的是继承的事情。父类可以做的事情，子类都可以去做，子类可以尽量去依赖父类去做事情；但是反过来，父类不能依赖子类去做一些事情。体现了java的继承特性。
3.接口隔离原则，接口也应该尽可能的隔离开来。其实类写多了，的确耦合性低，为了让他们交流起来，用的最多的就是接口，毕竟只需要知道做什么，怎么做，去访问那个具体的类吧。
4.开闭原则，对修改关闭，对拓展开放。就是代码需要有很好的延展性，对原有代码结构不能破坏。

那么怎么才能学好甚至做到精通呢？相信很多人都会有这样的疑问，那么今天我分享一份大厂广为流传的设计模式笔记，它不仅简单、通俗、易懂，【+jcc4261获取】而且又不肤浅地带你贯通设计模式，是这份笔记的最大特色。（据说是由多位P8以及以上的大佬编写的）！

大旗不挥，谁敢冲锋——6大设计原则

全新解读真刀实枪——23种设计模式完美演绎

谁的地盘谁做主—设计模式PK

完美世界—―设计模式混编

扩展篇

学习设计模式的目的是为了让我们的代码更加的优雅、易维护、易扩展。