设计模式学习笔记(一) 概论

1、设计模式的发展史

设计模式来源于建筑行业,20世纪的70年代,Christopher Alexander在研究为解决同一个问题而设计出的不同建筑结构时,发现那些高质量的设计中有很强的相似性。提出用“模式语言”来指代这种相似性。在Christopher Alexander的经典著作《建筑的永恒之道》中,给出了关于模式的定义:

模式描述一个在我们所处环境中不断出现的问题,已经该问题的解决方案的核心。通过模式,我们可以重复利用已有的成功解决方案。

(A pattern is  a successful or efficient solution to a recurring problem within a context)

注:《A pattern Language:Towns,Buildings,Construction》(牛津大学出版社 1997年);《永久的建筑风格》(牛津大学出版社 1979年)

1987年,Kent Beck和Ward Cunningham 把建筑学上的模式观点应用到软件的设计和开发。他们使用Small talk语言实现了雅致的用户界面。利用这个科技成果,他们在1987年召开了“面向对象的编程系统、语言和应用程序(OOPSIA)研讨会”,在会上以《在面向对象编程中使用模式语言》的演讲。

1994年,由Erich Gamma、Richard Helm、Ralph Johnson 和John Vlissides(模式四剑客 GoF) 合作编写《设计模式:可复用面向对象软件的基本原理》一书,书中明确定义了23中模式,成为现代软件设计模式的基础。

软件模式不只仅限于设计模式,还包括系统架构模式、需求分析模式和过程模式等,实际上,在软件开发生命周期的每一个阶段都存在着一些被认同的模式

2、设计模式概述

设计模式一般包含以下内容:

  • 模式名称(Pattern Name):描述模式需要解决的问题、对应的解决方案和所达到的效果。比如【汽车】,是用来解决陆地上较远距离的交通问题,其解决方案是通过燃烧特定的燃料或者其他能源转化为动能,实现承载人或者货物长距离运动,其效果就是能够大大节约我们长距离的旅行或者货物运输的时间成本。综合以上,我们称之为【汽车】,我们提到【汽车】时,人们都明白其指代对象是什么,这样也方便我们的沟通。
  • 问题(Problem):描述模式需要解决的问题以及问题存在的原因,及模式的应用场合。继续上面的例子,【汽车】是用来解决陆地上较远距离的运输问题,其先决条件是陆地上、较远距离、运输,如果用【汽车】来解决爬楼梯的问题,显然是不合适的。
  • 解决方案(Solution):描述模式的具体实施方法、实施步骤、以及方法、步骤各自的职责和相互之间的关系。实际应用中,我们常常使用UML类图或者伪代码来进行描述。
  • 应用效果(Consequences):对模式应用的优缺点进行描述,在实际应用中权衡利弊,选择合适的模式。

3、模式设计的基本原则

模式设计有六大基本原则:

单一职责原则: 一个类只负责一项职责。

里氏替换原则:所有引用基类的地方必须能透明地使用其子类的对象。

依赖倒置原则:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。

接口隔离原则:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。

迪米特法则:一个对象应该对其他对象保持最少的了解。

开闭原则:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。

4、设计模式的分类

根据设计模式的用途,设计模式主要分为三个类别:

  • 创建型模式:用于创建对象。主要包括以下模式:

单例模式(Singleton Pattern):应用中的某个功能模块需要保证其唯一性,不能同时并存多个实例,否则会引起信息或者资源的冲突,这个时候就需要用到单例模式,以保证对象实例化的唯一性。

简单工厂模式(simple Factory Pattern):

工厂方法模式(Factory Method Pattern)

抽象工厂模式(Abstract Factory Pattern)

原型模式(Prototype Pattern)

建造者模式(Builder Pattern)

  • 结构型模式:用于实现类和对象的组合。

适配器模式(Adapter Pattern)

桥接模式(Bridge Pattern)

组合模式(Composite Pattern)

装饰模式(Decorator Pattern)

外观模式(Facede Pattern)

享元模式(Flyweight Pattern)

代理模式(Proxy Pattern)

  • 行为型模式:用于类或对象交互关系和职责分配。

职责链模式(Chain of Responsibility Pattern)

命令模式(Command Pattern)

解释器模式(Interpreter Pattern)

迭代模式(Iterator Pattern)

中介模式(Mediator Pattern)

备忘录模式(Memento Pattern)

观察者模式(Observer Pattern)

状态模式(State Pattern)

策略模式(Strategy Pattern)

模板方法模式(Template Method Pattern)

访问者模式(Visitor Pattern)

后续的学习中会对每个模式进行详细的描述和例证,同时会更新本文档。

时间: 2025-01-06 01:24:36

设计模式学习笔记(一) 概论的相关文章

java/android 设计模式学习笔记(14)---外观模式

这篇博客来介绍外观模式(Facade Pattern),外观模式也称为门面模式,它在开发过程中运用频率非常高,尤其是第三方 SDK 基本很大概率都会使用外观模式.通过一个外观类使得整个子系统只有一个统一的高层的接口,这样能够降低用户的使用成本,也对用户屏蔽了很多实现细节.当然,在我们的开发过程中,外观模式也是我们封装 API 的常用手段,例如网络模块.ImageLoader 模块等.其实我们在开发过程中可能已经使用过很多次外观模式,只是没有从理论层面去了解它. 转载请注明出处:http://bl

java/android 设计模式学习笔记(10)---建造者模式

这篇博客我们来介绍一下建造者模式(Builder Pattern),建造者模式又被称为生成器模式,是创造性模式之一,与工厂方法模式和抽象工厂模式不同,后两者的目的是为了实现多态性,而 Builder 模式的目的则是为了将对象的构建与展示分离.Builder 模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程.一个复杂的对象有大量的组成部分,比如汽车它有车轮.方向盘.发动机.以及各种各样的小零件,要将这些部件装配成一辆汽车,这个装配过

java/android 设计模式学习笔记(一)---单例模式

前段时间公司一些同事在讨论单例模式(我是最渣的一个,都插不上嘴 T__T ),这个模式使用的频率很高,也可能是很多人最熟悉的设计模式,当然单例模式也算是最简单的设计模式之一吧,简单归简单,但是在实际使用的时候也会有一些坑. PS:对技术感兴趣的同鞋加群544645972一起交流 设计模式总目录 java/android 设计模式学习笔记目录 特点 确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例. 单例模式的使用很广泛,比如:线程池(threadpool).缓存(cache).对

java/android 设计模式学习笔记(7)---装饰者模式

这篇将会介绍装饰者模式(Decorator Pattern),装饰者模式也称为包装模式(Wrapper Pattern),结构型模式之一,其使用一种对客户端透明的方式来动态的扩展对象的功能,同时它也是继承关系的一种替代方案之一,但比继承更加灵活.在现实生活中也可以看到很多装饰者模式的例子,或者可以大胆的说装饰者模式无处不在,就拿一件东西来说,可以给它披上无数层不一样的外壳,但是这件东西还是这件东西,外壳不过是用来扩展这个东西的功能而已,这就是装饰者模式,装饰者的这个角色也许各不相同但是被装饰的对

大话设计模式学习笔记——面向对象基础

前言 好记性不如烂"笔头"系列--大话设计模式学习笔记 目录 面向对象基础 面向对象基础 什么是类与实例 一切事物皆为对象,即所有的东西老师对象,对象就是可以看到.感觉到.听到.触摸到.尝到.或闻到的东西.准确地说,对象是一个自包含的实体,用一组可识别的特性和行为来标识.面向对象编程,英文叫 Object-Oriented Programming,其实就是针对对象来进行编程的意思.类就是具有相同属性和功能的对象的抽象集合.实例就是一个真实的对象.比如我们属于'人'类,而个人就是'人'类

java/android 设计模式学习笔记(13)---享元模式

这篇我们来介绍一下享元模式(Flyweight Pattern),Flyweight 代表轻量级的意思,享元模式是对象池的一种实现.享元模式用来尽可能减少内存使用量,它适合用于可能存在大量重复对象的场景,缓存可共享的对象,来达到对象共享和避免创建过多对象的效果,这样一来就可以提升性能,避免内存移除和频繁 GC 等. 享元模式的一个经典使用案例是文本系统中图形显示所用的数据结构,一个文本系统能够显示的字符种类就是那么几十上百个,那么就定义这么些基础字符对象,存储每个字符的显示外形和其他的格式化数据

设计模式学习笔记(目录篇)

设计模式学习笔记(目录篇) 为了方便查看,特此将设计模式学习笔记系列单独做一个目录. 1   设计模式学习笔记(一:命令模式) 2   设计模式学习笔记(二:观察者模式) 3   设计模式学习笔记(三:装饰模式) 4   设计模式学习笔记(四:策略模式) 5   设计模式学习笔记(五:适配器模式) 6   设计模式学习笔记(六:责任链模式) 7   设计模式学习笔记(七:外观模式) 8   设计模式学习笔记(八:迭代器模式) 9   设计模式学习笔记(九:中介者模式) 10  设计模式学习笔记(

java/android 设计模式学习笔记(12)---组合模式

这篇我们来介绍一下组合模式(Composite Pattern),它也称为部分整体模式(Part-Whole Pattern),结构型模式之一.组合模式比较简单,它将一组相似的对象看作一个对象处理,并根据一个树状结构来组合对象,然后提供一个统一的方法去访问相应的对象,以此忽略掉对象与对象集合之间的差别.这个最典型的例子就是数据结构中的树了,如果一个节点有子节点,那么它就是枝干节点,如果没有子节点,那么它就是叶子节点,那么怎么把枝干节点和叶子节点统一当作一种对象处理呢?这就需要用到组合模式了. 转

java/android 设计模式学习笔记(9)---代理模式

这篇博客我们来介绍一下代理模式(Proxy Pattern),代理模式也成为委托模式,是一个非常重要的设计模式,不少设计模式也都会有代理模式的影子.代理在我们日常生活中也很常见,比如上网时连接的代理服务器地址,更比如我们平时租房子,将找房子的过程代理给中介等等,都是代理模式在日常生活中的使用例子. 代理模式中的代理对象能够连接任何事物:一个网络连接,一个占用很多内存的大对象,一个文件,或者是一些复制起来代价很高甚至根本不可能复制的一些资源.总之,代理是一个由客户端调用去访问幕后真正服务的包装对象