一句话总结java23种设计模式

设计模式的六大原则

1、开闭原则（Open Close Principle）：对扩展开放对修改关闭

2、里氏代换原则（Liskov Substitution Principle）：父类出现的地方，子类也可出现

3、依赖倒转原则（Dependence Inversion Principle）：依赖抽象而不依赖具体

4、接口隔离原则（Interface Segregation Principle）：多个隔离的接口，比使用单个接口要好

5、迪米特法则（最少知道原则）（Demeter Principle）：最少知道原则。一个实体应当尽量少的与其他实体之间发生相互作用

6、合成复用原则（Composite Reuse Principle）：尽量使用合成/聚合的方式，而不是使用继承。

 

 

 

创建型模式(五种)

• 工厂方法模式(Factory)：工厂创建对象（经典实现：很多框架初始化时都会创建一个工厂对象，用来加载资源）
• 抽象工厂模式(Abstractfactory)：抽象工厂实例创建对象，工厂可修改，灵活度高（经典实现：Struts2插件机制的核心实现就是BeanFactory这个抽象工厂。Spring IOC加载Bean，AOP创建Proxy）
• 单例模式(Sington)：适用于只需要一个对象的情况（经典实现：Tomcat中StringManager的错误处理机制）
• 建造者模式(Builder)：一步一步创建一个复杂的对象（经典实现：MyBatis中的SQLSession就是结合了Configure，executor等对象，以此来实现SQLSession的复杂功能）
• 原型模式(Prototype)：复制对象，包括深度复制和浅度复制，深度复制重建引用对象，浅度复制不创建（经典实现：java序列化）

结构型模式(七种)

• 适配器模式(Adapter)：通过实现接口，依赖注入，继承等方式为不相关的实体建立关系（经典实现：Tomcat新版本连接器Coyote，就是通过为Connector适配建立了ProtocolHandler与Tomcat组件Connector的关联关系）
• 装饰器模式(Decorator)：创建包装对象修饰扩展被包装对象的功能（经典实现：IO家族中BufferedXxx）
• 代理模式(Proxy)：通过添加中间代理的方式限制，过滤，修改被代理类的某些行为（经典实现：Spring AOP核心实现，DataSource中为Connection创建代理对象，改变close方法的行为，使其从开始的关闭连接变成将连接还回连接池）
• 外观模式(Facade)：通过外观的包装，使应用程序只能看到外观对象，而不会看到具体的细节对象。（经典实现：Tomcat中创建外观类包装StandardContext传给Wrapper，创建外观类包装Wrapper以ServletConfiguration的形式传给Servlet，以此来屏蔽不想让Servlet可见的那些Tomcat容器参数）
• 桥接模式(Bridge)：将抽象部分与它的实现部分分离，使它们都可以独立地变化（经典实现：JDBC驱动）
• 组合模式(Composite)：部分与整体，常用于表示树形结构
• 享元模式(Flyweight)：维护资源集合（经典实现：数据库连接池，避免重新开启数据库链接的开销）

 

行为型模式(十一种)

 

• 策略模式(Strategy)：定义多个不同的实现类，这些类实现公共接口，通过调用接口调用不同实例得到不同结果（经典实现：Spring中Bean的定义与注入，Controller，Servcie，repository三层架构中只依赖上一层接口）
• 模板方法模式(Template)：父类定义公共方法，不同子类重写父类抽象方法，得到不同结果（经典实现：Tomcat生命周期中的init，SpringIOC上层类加载具体子类指定的配置文件）
• 观察者模式(Observer)：目标方法被调用，通知所有观察者（经典实现：Tomcat生命周期事件监听，Spring BeanPostProcessor实现 ）
• 迭代子模式(Interator)：提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。（经典实现：集合迭代器）
• 责任链模式(ChainOfResponsibility)：链式依赖，依次调用（经典实现：Tomcat Valve）
• 命令模式(Commond)：Action定义具体命令，拦截器Invocation回调执行命令（经典实现：Struts2）
• 备忘录模式(Memento)：建立原始对象副本，用于存储恢复原始对象数据
• 状态模式(Stage)：通过改变状态，改变行为（经典实现：切换装载着不同配置信息的配置文件对象）
• 访问者模式(Visitor)：结构与操作解耦。灵活的操作，放入固定的结构中执行（经典实现：在SpringAOP的实现过程中首先会有一个ProxyCreator去创建切入点，通知之类的，然后创建一个抽象工厂将这些参数对象传递给抽象工厂，抽象工厂调用createAopProxy(this)来创建对象，传入不同的抽象工厂创建出不同的实体对象）
• 中介者模式(Mediator)：MVC 框架，其中C（控制器）就是 M（模型）和 V（视图）的中介者
• 解释器模式(Iterpreter)：定义分别定义 + - * / 非终结符，组合不同的非终结符定义不同的表达式，维护繁琐

 

     最近又看了一遍java23种设计模式，网上很多都说java有23种设计模式，但是总感觉不对，像拦截器，监听器，过滤器，mvc难道不属于设计模式吗。这个问题没多大意义，就不讨论了。上次直接把这23种设计模式看完之后当时看小Demo貌似是理解了，但是怎么也不能把23种全部背下来。最近又重新看了一遍，认真的体会了一下其中的思想。其实说这句话有些牵强了，现在的水平再怎么认真也不能把设计模式的思想体会的淋漓尽致。这次与上次的不同是，几乎不用看讲解了，看代码全部能理解小Demo的工作原理。于是试着各用一句话来总结他们。无论是深入理解设计模式的大牛，还是没看过设计模式的初学者。一定会有许多人看到我的总结不知所云。我只是试着按我的思路总结一下。好让自己容易记忆。各位也同样可以按自己的思路各写一句话总结。

 

     如果想快速了解一下设计模式推荐一篇博客：http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html。对的，是了解，不是研究。个人感觉设计模式并不是随随便便给你举个现实中的例子就能够学好的。即使例子再生动，想理解设计模式的精髓必须深入到代码中去。例如大多数框架开启时用到的工厂模式；Tomcat中Pipeline中Valve的责任链模式调用；StandardBase中使用代理模式引入LifecycleSupport来增加自身对生命周期的管理能力；LifecycleListener中执行各个监听器时的观察者模式。

     

     个人认为设计模式的学习非一朝一夕能成的东西。它是在自己做开发看源码的工程中慢慢体会出来的。写个小案例，告诉你这叫XX模式，像这种帖子网上已经很多了，没必要再重复了，之后在读源码的工程中遇到好的应用一定会总结到博客中的。

 

     提供一个自己学习设计模式的思路：先看小Demo认识各种设计模式的样子，之后在读源码时再慢慢理解各种设计模式的好处。而且设计模式往往还不是单独一个出现的，例如过滤器加拦截器能实现SpringAOP的功能。知识有限能举的例子也不多，读源码时注意这一点就行。

 

如果想看Demo可以在网上找，也可以在我github网址（https://github.com/smallbug-vip/repo）上获取，其中大部分源码还是从上面博客中直接拷贝的。