学习笔记:什么是设计模式?

转载 2007年09月17日 14:46:00
模式

模式(patterns)这个词,来自Christopher Alexander的 The Timless way of Building。
“质 量是客观的么?”从这个问题出发,Alexander开始思考,优秀的设计和糟糕的设计之间,到底存在怎样的差别?或者说,优秀的设计包含了什么?糟糕的 设计又包含了什么?在进行了许多观察和研究之后,Alexander发现,优秀的设计结构,尽管千差万别,但具有某种共性(good construts had things in common with each other)。Alex明白,结构与问题的解决方案是不能割裂的,于是他把自己研究的重点集中到能解决相似问题的结构的共性上来——这些高质量的设计的共 通,就是“模式”。
于是,Alex把模式定义为:“解决场合中某个问题的方案”(a solution to a problem in a context),每一种模式都描述了环境中重复出现的问题,以及解决方案的核心,有了模式,我们就能以不变应万变,而不需要重复劳动。
在Alex那里,模式有以下四个要素:
1.名称(name of the pattern);
2.目的及问题(purpose of the pattern, the problem it solves);
3.实现方式(how to accomplish);
4.需要考虑的限制和因素(constraints and forces we have to consider in order to accomplish it);

软件的模式

上世纪90年代,一些聪明的开发人员偶然接触了Alexander关于模式的著作,他们开始思考,软件开发中是否也存在模式——重复出现的问题是否也能用同样的方式解决?一旦确立了模个模式,能否在新的设计中应用这个模式呢?答案都是肯定的。
于是,就有了著名的“四人帮”(the gang of four),也有了那本著名的 设计模式 ,根据这本书的定义,软件设计模式有以下几个要素:
1.名称(Name),模式的标识
2.目的(intent),模式的目的
3.问题(problem),模式要解决的问题
4.解决方案(solution),模式在具体场合中解决问题的方式
5.参与者及合作者(participants and Collaborators),模式中包含的实体
6.影响(consquence),应用此模式对既有因素(present forces)的影响
7.实现(implemention),模式的实现方式,仅仅是关于模式的说明,而不是模式本身
8.四人帮的评价(GoF reference),从四人帮那里获得关于此模式的更多信息

同时,四人帮还给出了几条通用的建议:
1.根据接口进行设计(design to interfaces)
2.尽量用复合(favor composition over inheritance)
3.找出变数加以封装(find what varies and encapsulate it)

模式的价值

模式的价值主要体现在下面三个方面:
1.解决方案的重用——利用已有的模式开发,可以借鉴他人的经验,准备周全(avoid gotchas),减少开发成本和风险;
2.建立通用的术语——在项目的分析和设计阶段,模式提供了约定俗成的词汇和视角,有利于team内部的沟通
3.解放视角——无论是对问题,还是对设计,设计模式都提供了高层次的视角,开发人员不必从一开始就埋头于具体细节之中。

一个例子

要做一个抽屉,木匠A和木匠B的思路分别是:
木匠A:我们怎样来做这个抽屉?
木匠B:首先,我们必须在木头上凿一个孔,先垂直向下凿,再从旁边以四十五度角向下打通,再垂直向下,再从旁边……

不要笑,很多时候程序员的思维就类似于木匠B——这里,我用一个while循环达到某某目的……然后我开始用if判断条件……到这里再用swich来处理……
而木匠A关心的问题是:是要做一个A型的抽屉呢,还是做一个B型的。A型抽屉实现简单,承载重量少,看起来很一般;B型相对要复杂一些,但能够耐高温潮湿,不需要粘接,如果做得好的话,非常美观。
于是,木匠A关注的重点就在于,到底是要做A型的抽屉还是B型呢?
一旦确定了这一点,剩下的只是按照既有的方式加以实现。任何人都会看出,木匠A的思维(也就是模式的思维)远远比木匠B的高明。
————————————————————————————————————————————

        Christopher Alexander说过:“每一个模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心。这样,你就能一次又一次地使用该方案而不必做重复劳动”。
        尽管Alexander所指的是城市和建筑模式,但他的思想也同样适用于面向对象设计模式,只是在面向对象的解决方案里,我们用对象和接口代替了墙壁和门窗。两类模式的核心都在于提供了相关问题的解决方案。

        软件中的设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案。

        面向对象设计模式描述了面向对象设计过程中、特定场景下、类与相互通信的对象之间常见的组织关系。

        设计模式与面向对象
        1、面向对象设计模式解决的是“类与相互通信的对象之间的组织关系,包括它们的角色、职责、协作方式几个方面”。
        2、面向对象设计模式是“好的面向对象设计”,因为它可以满足“应对变化,提高复用”。
        3、面向对象设计模式描述的是软件设计,因此它是独立于编程语言的,但是面向对象设计模式的最终实现仍然要使用面向对象编程语言来表达。
        4、面向对象设计模式不像算法技巧,可以直接照搬照用,它是建立在对“面向对象”纯熟、深入的理解的基础上的经验性认识。掌握面向对象设计模式的前提是首先掌握“面向对象”!

        从编程语言直观了解面向对象
        各种面向对象编程语言相互有别,但都能看到它们对面向对象三大机制的支持,即:“封装、继承、多态”
        ●    封装:隐藏内部实现
        ●    继承:利用现有代码
        ●    多态:改写对象行为

        但OOPL并非面向对象的全部
        通过面向对象编程语言(OOPL)认识到的面向对象,并不是面向对象的全部,甚至只是浅陋的面向对象。
        OOPL没有回答面向对象的根本性问题——我们为什么要使用面向对象?我们应该怎样使用三大机制来实现“好的面向对象”?我们应该遵循什么样的面向对象原则?

        对象是什么?
        —    从概念层面讲:对象是某种拥有责任的抽象。
        —    从规格层面讲:对象是一系列可以被其他对象使用的公共接口。
        —    从语言实现层面来看:对象封装了代码和数据。

        从设计原则到设计模式        
        ·    针对接口(抽象部分)编程,而不是针对实现(具体部分)编程
                —    客户无需知道所使用对象的特定类型,只需要知道对象拥有客户所期望的接口。
        ·    优先使用对象组合,而不是类继承
                —    类继承通常为“白箱复用”,对象组合通常为“黑箱复用”。继承在某种程序上破坏了封装性,子类父类耦合度高;而对象组合则只要求被组合的对象具有良好定义的接口,耦合度低。
        ·    封装变化点
                —    使用封装来创建对象之间的分界层,让设计者可以在分界层的一侧进行修改,而不会对别一侧产生不良的影响,从而实现层次间的松耦合。
        ·    使用重构得到模式
                —    设计模式的应用不宜先入为主,一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。

        几条更具体的设计原则
        ·     单一职责原则(SRP):一个类应该仅有一个引起它变化的原因。
        ·     开放封闭原则(OCP):类模块,对扩展开放,对更改封闭。
        ·     Liskov替换原则(LSP):子类必须能够替换它们的基类。
        ·     依赖倒置原则(DIP):高层模块不应该依赖于低层模块,二者都应该依赖于抽象。
                                                            抽象不应该依赖于实现细节,实现细节应该依赖于抽象。
        ·     接口隔离原则(ISP):不应该强迫客户程序依赖于它们不用的方法。

大话设计模式 读书笔记

大话设计模式 读书笔记 着重从c#代码角度分析 学习心得: 学设计模式,不需要是否能立刻理解和记忆,无需着力首先是UML图 再从设计模式到UML图 从UML图到代码 其次知道各种模式的应用场景即可...
  • jiangdmdr
  • jiangdmdr
  • 2017年03月01日 18:50
  • 326

《javascript设计模式与开发实践》阅读笔记(三)

this,call和apply2.1 thisthis指针的用法,相信在很多场合都看到过,这里也总结了几点: 作为对象的方法调用 作为普通函数调用 构造器调用 Function.prototype.c...
  • sinat_25127047
  • sinat_25127047
  • 2016年11月03日 11:41
  • 396

Java设计模式之初学者笔记——设计模式基础讲解

设计模式基础讲解
  • u012817635
  • u012817635
  • 2016年04月06日 20:11
  • 3313

【设计模式】学习笔记10:外观模式(Facade)

上一次我们已经知道了适配器模式是如何将一个类的接口转换成另一个符合客户期望的接口了。Java中要做到这一点,必须将一个不兼容接口的对象包装起来,变成兼容的对象。 这次要学的是外观模式. 外观模式是将一...
  • shuangde800
  • shuangde800
  • 2013年08月13日 00:42
  • 2704

《Android源码设计模式解析与实战》读书笔记(十)

第十章、解释器模式 解释器模式是一种用的比较少的行为型模式,其提供了一种解释语言的语法或表达式的方式。但是它的使用场景确实很广泛,只是因为我们自己很少回去构造一个语言的文法,所以使用较少。...
  • qq_17766199
  • qq_17766199
  • 2015年12月23日 09:08
  • 2071

学习Java设计模式的10条建议

设计模式在整个Java的学习路线图中有着承上启下的作用。
  • printj
  • printj
  • 2014年07月28日 15:11
  • 1001

java设计模式学习汇总

1.什么是设计模式 设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编制真正工程化,设...
  • tomcat_2014
  • tomcat_2014
  • 2017年03月07日 10:33
  • 553

如何学习设计模式

GoF的[设计模式]是经典著作,有人看了好多遍仍然说没有看懂,许多人看懂了一些模式但不知道如何应用……这里,yqj2065抛砖引玉,讨论一下如何学习设计模式。...
  • yqj2065
  • yqj2065
  • 2014年09月06日 21:20
  • 6019

关于设计模式感想

学习模式是一个漫长的过程,应该明确的认识到设计模式的意义在哪里,我们学起来才会更加具有针对性,而不是为了设计模式而设计模式。最近看到一段话感觉挺有意思的: 计算机的强大在于它不知道疲倦,他的计算力持...
  • micro_hz
  • micro_hz
  • 2016年05月24日 17:01
  • 581

live555学习笔记-几个重要对象的生命期

几个重要对象的生命期 live555中很多类,类与类之间的关系复杂,从属关系不明显,层次上看起来也有些乱.所以源代码读起来比较困难,对于一些对象生命的来龙去脉也很难厘清. 但这并不能说明live5...
  • Runningzyx
  • Runningzyx
  • 2016年09月19日 11:16
  • 297
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:学习笔记:什么是设计模式?
举报原因:
原因补充:

(最多只允许输入30个字)