Java设计模式--总结

设计模式是从许多优秀的软件系统中总结出成功的可复用的设计方案。设计模式一定是将简单的东西复杂化，哈哈哈，是不是矛盾，其实不然，扩展性大大增强。

什么是框架

框架不是模式，框架是针对某个领域，提供用于开发应用系统的类的集合，程序设计者可以使用框架提供的类设计一个应用程序，而且在设计应用程序时可以针对特定的问题使用某个模式。
1.层次不同。模式比框架更抽象，模式是在某种特定环境中，针对一个软件设计出现的问题而给出的可复用的解决方案，不能向使用者提供可以直接使用的类，设计模式只有在被设计人员使用时才能表示为代码。框架和模式不同，它不是一种可复用的设计方案，它是由可用于设计解决某个问题的一些类组成的集合，程序设计人员通过使用框架提供的类或扩展框架提供的类进行应用程序的设计。
2.范围不同。模式本质上是逻辑概念，以概念的形式而存在，模式所描述的方案独立于编程语言。框架的应用很具体，它们不是以概念的形式而存在，而是以具体的软件组织而存在。
3.相互关系。一个框架往往包括很多个设计模式，它们是面向对象系统获得最大复用的方式，较大的面向对象应用会由多层彼此合作的框架组成。

面向对象的基本原则

面向抽象原则

抽象类和接口

1.抽象类
抽象类具有如下特点：
+ 抽象类中可以有abstract方法，也可以有非abstract方法。
+ 抽象类不能用new运算符创建对象。
+ 如果一个非抽象类是某个抽象类的子类，那么它必须重写父类的abstract方法。
+ 作为上转型对象。其实就是子类对象指向父类引用。

2.接口
接口具有如下特点：
+ 接口中只可以有public权限的abstract方法，不能有非abstract方法。
+ 接口由类去实现，实现全部方法。
+ 接口回调。其实就是子类对象指向父类引用。

面向抽象

所谓面向抽象编程，是指当设计一个类时，不让该类面向具体的类，而是面向抽象类或接口，即所设计类中的重要数据是抽象类或接口声明的变量。

开-闭原则

所谓“开-闭原则”（Open-Closed Principle）就是让设计对扩展开放，对修改关闭。实际上这句话的本质就是指当一个设计中增加新的模块时，不需要修改现有的模块。

多用组合少用继承原则

之所以提倡多用组合，少用继承，是因为在许多设计中，人们希望系统的类之间尽量是低耦合的关系，而不希望是强耦合关系。即在许多情况下需要避开继承的缺点，而需要组合的优点。在装饰模式，策略模式以及中介者模式中都有体现。

高内聚-低耦合原则

如果类中的方法是一组相关的行为，则称该类时高内聚的，反之称为低内聚的。高内聚便于维护，而低内聚不利于类的维护。

创建型模式

创建型模式涉及对象的实例化，这类模式的特点是，不让用户代码依赖于对象的创建或排列方式，避免用户直接使用new运算符创建对象。

GOF的23中模式中的下列5种模式是属于创建型的模式

• 工厂方法模式：定义了一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
• 抽象工厂模式：提供一个创建一系列或相互依赖对象的接口，而无须制定它们具体的类。
• 生成器模式：将一个复杂对象的创建于它的表示分离，使得同样的构建过程可以创建不同的表示。
• 原型模式：用原型实例制定创建对象的种类，并且通过复制这些原型创建新的对象。
• 单件模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

行为型模式

行为型模式涉及怎样合理地涉及对象之间的交互通信，以及怎样合理为对象分配职责，让设计富有弹性，易维护，易复用。

GOF的23中模式中的下列11种模式是属于创建型模式。

• 责任链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
• 命令模式：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
• 解释器模式：给定一个语言，定义它文法的一种表示，并定义了一个解释器，这个解释器使用该表示来解释语言中的句子。
• 迭代器模式：提供一种方法顺序访问一个聚合对象中的各个元素，而又不需要暴露该对象的内部表示。
• 中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
• 备忘录模式：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到原先保存的状态。
• 观察者模式：定义对象间的一种一对多的依赖关系，当一个对象的状态发生变化时，所有依赖于它的对象都得到通知并被自动更新。
• 状态模式：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。
• 策略模式：定义了一系列算法，把它们一个个封装起来，并且使它们可以相互替换。本模式使算法可独立于使用它的客户而变化。
• 模板方法模式：定义一个操作中算法的骨架，而将一些步骤延迟到子类中。模板方法使子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
• 访问者模式：表示一个作用于某对象结构中的各个元素的操作。它可以在不改变各个元素的类的前提下定义作用于这些元素的新操作。

结构型模式

结构型模式涉及如何组合类和对象以形成更大的结构，和类有关的结构型模式涉及如何合理地使用继承机制；和对象有关的结构型模式涉及如何合理地使用对象组合机制。

GOF的23种设计模式中的下列7种模式是属于创建型模式。

• 适配器模式：将一个类的接口装换成客户希望的另一个接口。Adapter模式使原来由于接口不兼容而不能在一起工作的那些类可以一起工作。
• 组合模式：将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使用户对单个对象和组合对象的使用具有一致性。
• 代理模式：为其他对象提供一种代理以控制对这个对象的访问。
• 享元模式：运用共享技术有效地支持大量细粒度的对象。
• 外观模式：为系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使这一子系统更加容易使用。
• 桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
• 装饰模式：动态地给对象添加一些额外的职责，就功能来说装饰模式相比生成子类更为灵活。

简单的介绍下UML：
+ 类
+ 接口
+ 泛化关系 就是继承
+ 关联关系

+ 依赖关系

+ 实现关系

23种设计模式的源码下载请到

MyGitHub