设计模式简介

  在阅读其他源码的时候被好多设计模式卡主了,因此想的简单的学习一下设计模式。

  参考: <<大话设计模式>>与<<Java与模式>>。

1.    什么是设计模式

  设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
  设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题,每种模式在现实中都有相应的原理来与之对应,每种模式都描述了一个在我们周围不断重复发生的问题,以及该问题的核心解决方案,这也是设计模式能被广泛应用的原因。

 

2.  设计模式分类

  可以分为三大类:创建型模式(Creational Patterns)-5种、结构型模式(Structural Patterns)-7种、行为型模式(Behavioral Patterns)-11种。另外还有另一类设计模式:J2EE 设计模式。

序号模式 & 描述包括
1创建型模式
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。
  • 工厂模式(Factory Pattern)
  • 抽象工厂模式(Abstract Factory Pattern)
  • 单例模式(Singleton Pattern)
  • 建造者模式(Builder Pattern)
  • 原型模式(Prototype Pattern)
2结构型模式
这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。
  • 适配器模式(Adapter Pattern)
  • 桥接模式(Bridge Pattern)
  • 过滤器模式(Filter、Criteria Pattern)
  • 组合模式(Composite Pattern)
  • 装饰器模式(Decorator Pattern)
  • 外观模式(Facade Pattern)
  • 享元模式(Flyweight Pattern)
  • 代理模式(Proxy Pattern)
3行为型模式
这些设计模式特别关注对象之间的通信。
  • 责任链模式(Chain of Responsibility Pattern)
  • 命令模式(Command Pattern)
  • 解释器模式(Interpreter Pattern)
  • 迭代器模式(Iterator Pattern)
  • 中介者模式(Mediator Pattern)
  • 备忘录模式(Memento Pattern)
  • 观察者模式(Observer Pattern)
  • 状态模式(State Pattern)
  • 空对象模式(Null Object Pattern)
  • 策略模式(Strategy Pattern)
  • 模板模式(Template Pattern)
  • 访问者模式(Visitor Pattern)
4J2EE 模式
这些设计模式特别关注表示层。这些模式是由 Sun Java Center 鉴定的。
  • MVC 模式(MVC Pattern)
  • 业务代表模式(Business Delegate Pattern)
  • 组合实体模式(Composite Entity Pattern)
  • 数据访问对象模式(Data Access Object Pattern)
  • 前端控制器模式(Front Controller Pattern)
  • 拦截过滤器模式(Intercepting Filter Pattern)
  • 服务定位器模式(Service Locator Pattern)
  • 传输对象模式(Transfer Object Pattern)

 

 3.  设计模式六大原则

1、开闭原则(Open Close Principle)

开闭原则的意思是:对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。简言之,是为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。

2、里氏代换原则(Liskov Substitution Principle)

里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。LSP 是继承复用的基石,只有当派生类可以替换掉基类,且软件单位的功能不受到影响时,基类才能真正被复用,而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化,而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则(Dependence Inversion Principle)

这个原则是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。

4、接口隔离原则(Interface Segregation Principle)

这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合。

5、迪米特法则,又称最少知道原则(Demeter Principle)

最少知道原则是指:一个实体应当尽量少地与其他实体之间发生相互作用,使得系统功能模块相对独立。

6、合成复用原则(Composite Reuse Principle)

合成复用原则是指:尽量使用合成/聚合的方式,而不是使用继承。

 

7.  单一职责原则

  指在类层面,方法层面,接口层面的职能都是单一的。更准确的解释是:就一个类而言,应该仅有一个引起它变化的原因。

 

4.  自己的总结

创建型:对类的实例化过程的抽象。分为类的创建模式和对象的创建模式两种:

类的创建模式:使用继承关系,把类的创建延迟到子类中,从而封装了客户端将得到哪些具体类的信息,并且隐藏了这些类的实例是如何被创建和放在一起的。

对象的创建模式:把对象的创建过程动态地委派给另一个对象。

1.简单工厂模式:一个简单的工厂类根据类型创建不同的产品,传入一个参数决定创建具体的产品。一般采用反射创建对象,扩展性更强。(一个 工厂创建多个产品)

2.工厂模式:具有一个抽象类工程和多个具体工厂,一个工厂创建一个或多个产品。比如WindowsButtonFactory生产WindowsButton,WindowsTextFactory生产WindowsText产品。

3.抽象工厂:具有一个抽象类工程和多个具体工厂,一个具体工厂生产一个具有相关联的产品,比如WindowsFactory生产WindowsButton和WindowsText。

4.单例模式:一个系统只有一个实例,比如一个国家一个总统,一个地球,JDK的Runtime等。

5.建造者模式:它一点一点地创建出一个复杂的产品,而这个产品的组装就发生在建造者角色内部。建造者模式的客户端拿到的是一个完整的最后产品。当构造方法参数过多时使用建造者模式

6.原始模式:通过复制实现创建对象,最常见的是基于流的深复制。

 

结构模式:描述如何将类或者对象结合在一起形成更大的结构。结构模式描述两种不同的东西:类与类的实例。结构模式可以分为两种:类的结构模式和对象的结构模式。

类的结构模式:使用继承把类、接口等组合在一起,以形成更大的结构。

对象的结构模式:把各种不同类型的对象组合在一起以实现新的功能和方法。

 1. 适配器模式:通过类适配器模式和对象适配器模式使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

2.合成模式:让客户端不再区分操作的是树枝对象还是树叶对象,而是以一个统一的方式来操作。

3.装饰模式:以对客户端透明的方式扩展对象的功能,是继承关系的另一个替代方案。

4.代理模式:给某一个对象提供一个代理对象,并由代理对象控制对原对象的引用。

5.享元模式:以共享的方式高效地支持大量的细粒度对象。能做到共享的关键是内蕴状态和外蕴状态。

6.门面模式:外部与一个子系统的通信必须通过一个统一的门面对象进行就是门面模式

7.桥梁模式:一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以独立地变化。

 

转载于:https://www.cnblogs.com/qlqwjy/p/10986384.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值