- 博客(250)
- 收藏
- 关注
RSS订阅原创 从研究的角度来思考软件设计模式——研究方向
近期在做一些关于软件设计模式的研究工作，通过广泛的收集与阅读，细致的分析与整理，现将设计模式的几个主要研究方向罗列如下： (1) 设计模式的可视化研究(Visualization) 如何在复杂的系统结构（UML图、源代码等）中将设计模式实例标注出来，包括模式的标注和模式角色的标注。研究热度：★★★☆☆研究难度：★★★☆☆ (2) 设计模式的形式化研究(Formalization)
2012-07-24 21:23:59
5014
原创 对象间的联动——观察者模式（六）
22.6 观察者模式与MVC 在当前流行的MVC(Model-View-Controller)架构中也应用了观察者模式，MVC是一种架构模式，它包含三个角色：模型(Model)，视图(View)和控制器(Controller)。其中模型可对应于观察者模式中的观察目标，而视图对应于观察者，控制器可充当两者之间的中介者。当模型层的数据发生改变时，视图层将自动改变其显示内容。如图22-7所
2012-07-06 00:15:45
16578
14
原创 对象间的联动——观察者模式（五）
22.5 观察者模式与Java事件处理 JDK 1.0及更早版本的事件模型基于职责链模式，但是这种模型不适用于复杂的系统，因此在JDK 1.1及以后的各个版本中，事件处理模型采用基于观察者模式的委派事件模型(DelegationEvent Model, DEM)，即一个Java组件所引发的事件并不由引发事件的对象自己来负责处理，而是委派给独立的事件处理对象负责。
2012-07-06 00:09:05
14079
10
原创 对象间的联动——观察者模式（四）
22.4 JDK对观察者模式的支持 观察者模式在Java语言中的地位非常重要。在JDK的java.util包中，提供了Observable类以及Observer接口，它们构成了JDK对观察者模式的支持。如图22-5所示：图22-5 JDK提供的Observable类及Observer接口结构图 (1) Observer接口 在java.util.
2012-07-06 00:02:15
14535
8
原创 对象间的联动——观察者模式（三）
23.3 完整解决方案 为了实现对象之间的联动，Sunny软件公司开发人员决定使用观察者模式来进行多人联机对战游戏的设计，其基本结构如图22-4所示：图22-4 多人联机对战游戏结构图 在图22-4中，AllyControlCenter充当目标类，ConcreteAllyControlCenter充当具体目标类，Observer充当抽象观察者，Player
2012-07-05 23:53:01
18836
26
原创 对象间的联动——观察者模式（二）
22.2 观察者模式概述 观察者模式是使用频率最高的设计模式之一，它用于建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应作出反应。在观察者模式中，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间可以没有任何相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展。 观察者模
2012-07-05 23:34:09
25210
13
原创 对象间的联动——观察者模式（一）
观察者模式是设计模式中的“超级模式”，其应用随处可见，在之后几篇文章里，我将向大家详细介绍观察者模式。 “红灯停，绿灯行”，在日常生活中，交通信号灯装点着我们的城市，指挥着日益拥挤的城市交通。当红灯亮起，来往的汽车将停止；而绿灯亮起，汽车可以继续前行。在这个过程中，交通信号灯是汽车（更准确地说应该是汽车驾驶员）的观察目标，而汽车是观察者。随着交通信号灯的变化，汽车的行为也将随之
2012-07-05 23:03:41
24342
16
原创 数学表达式解析器简介
在实际项目开发中如果需要解析数学公式，无须再运用解释器模式进行设计，可以直接使用一些第三方解析工具包，它们可以统称为数学表达式解析器(Math Expression Parser, MEP)，如Expression4J、Jep、JbcParser、Symja、Math Expression String Parser(MESP)等来取代解释器模式，它们可以方便地解释一些较为复杂的文法，功能强大
2012-07-04 00:32:47
11719
2
原创 自定义语言的实现——解释器模式（六）
18.6 解释器模式总结 解释器模式为自定义语言的设计和实现提供了一种解决方案，它用于定义一组文法规则并通过这组文法规则来解释语言中的句子。虽然解释器模式的使用频率不是特别高，但是它在正则表达式、XML文档解释等领域还是得到了广泛使用。与解释器模式类似，目前还诞生了很多基于抽象语法树的源代码处理工具，例如Eclipse中的Eclipse AST，它可以用于表示Java语言的语法结
2012-07-04 00:23:37
9326
14
原创 自定义语言的实现——解释器模式（五）
18.5 再谈Context的作用 在解释器模式中，环境类Context用于存储解释器之外的一些全局信息，它通常作为参数被传递到所有表达式的解释方法interpret()中，可以在Context对象中存储和访问表达式解释器的状态，向表达式解释器提供一些全局的、公共的数据，此外还可以在Context中增加一些所有表达式解释器都共有的功能，减轻解释器的职责。 在上面的机
2012-07-04 00:13:57
9708
10
原创 自定义语言的实现——解释器模式（四）
18.4 完整解决方案 为了能够解释机器人控制指令，Sunny软件公司开发人员使用解释器模式来设计和实现机器人控制程序。针对五条文法规则，分别提供五个类来实现，其中终结符表达式direction、action和distance对应DirectionNode类、ActionNode类和DistanceNode类，非终结符表达式expression和composite对应Sentence
2012-07-04 00:06:48
11006
11
原创 自定义语言的实现——解释器模式（三）
18.3 解释器模式概述 解释器模式是一种使用频率相对较低但学习难度较大的设计模式，它用于描述如何使用面向对象语言构成一个简单的语言解释器。在某些情况下，为了更好地描述某一些特定类型的问题，我们可以创建一种新的语言，这种语言拥有自己的表达式和结构，即文法规则，这些问题的实例将对应为该语言中的句子。此时，可以使用解释器模式来设计这种新的语言。对解释器模式的学习能够加深我们对面向对象思
2012-07-04 00:00:38
12320
5
原创 自定义语言的实现——解释器模式（二）
18.2 文法规则和抽象语法树 解释器模式描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。在正式分析解释器模式结构之前，我们先来学习如何表示一个语言的文法规则以及如何构造一棵抽象语法树。 在前面所提到的加法/减法解释器中，每一个输入表达式，例如“1 + 2 + 3 – 4 + 1”，都包含了三个语言单位，可以使用如下文法规则来定
2012-07-03 23:54:23
12138
3
原创 自定义语言的实现——解释器模式（一）
有朋友一直在等待我的解释器模式文稿，，现把某个版本发在博客上，欢迎大家讨论！ 虽然目前计算机编程语言有好几百种，但有时候我们还是希望能用一些简单的语言来实现一些特定的操作，我们只要向计算机输入一个句子或文件，它就能够按照预先定义的文法规则来对句子或文件进行解释，从而实现相应的功能。例如提供一个简单的加法/减法解释器，只要输入一个加法/减法表达式，它就能够计算出表达式结果，如图18-
2012-07-03 23:50:01
15746
6
原创 设计模式与足球（四）
行为型模式（下） 意大利昨晚太杯具了！！！不说了，继续把最后一部分写完。 (18) 备忘录模式：足球是圆的，一切皆有可能发生。要是有后悔药的话，如果能回到昨晚2012年欧洲杯决赛的中场休息，我相信普兰德利一定不会用莫塔换下蒙托利沃；如果能回到昨晚比赛开始，我相信一开始就不会让基耶利尼上场，如果能回到......（再回可能意大利就被德国淘汰了，）能回到吗？回不到哦，要是能回到过去的
2012-07-02 13:06:03
7977
13
原创 设计模式与足球（三）
行为型模式（上） (13) 职责链模式：布冯手抛球给基耶利尼、基耶利尼传给皮尔洛、皮尔洛带球过人之后将球直塞给快速插上的巴洛特利，巴洛特利倒钩射门，球进了，球进了，又是巴洛特利，巴洛特利立功了，伟大的意大利前锋！他继承了意大利的光荣传统，巴乔、因扎吉、皮耶罗在这一刻灵魂附体！巴洛特利代表了意大利足球悠久的历史和传统，在这一刻他不是一个人在战斗，他不是一个人！ 在此，足球
2012-07-02 02:23:00
11905
11
原创 设计模式与足球（二）
结构型模式 (6) 适配器模式：很多足球队都喜欢请外国教练（其中有一支我们都非常熟悉的国家队，名字偶就不说了，大家都懂的，），外国教练请回来通常很难跟队员直接交流（语言不通），因此需要配翻译，此时，翻译充当了教练和队员之间的适配器，负责协调教练和队员之间的交流。 例如：pass --> shoot --> goal 转换 传球 --> 射门 --> 进球
2012-07-02 01:49:04
10141
8
原创 设计模式与足球（一）
今天晚上2012年欧洲杯决赛（西班牙 VS 意大利），作为一名铁杆球迷，偶当然不会错过（请不要让我来预测比分，我不是章鱼，更何况这两个队我都非常喜欢，输赢我都很淡定，），在静候决赛的这段时间，突然萌发一个想法，将设计模式跟足球联系到一起写点啥，就像当年那篇知名度极高的《追MM与设计模式》一样，以供娱乐！，话不多说，即刻动手！ 创建型模式 (1) 工厂方法模式：近年
2012-07-01 23:45:00
13208
10
原创 实现对象的复用——享元模式（五）
14.5 单纯享元模式和复合享元模式 标准的享元模式结构图中既包含可以共享的具体享元类，也包含不可以共享的非共享具体享元类。但是在实际使用过程中，我们有时候会用到两种特殊的享元模式：单纯享元模式和复合享元模式，下面将对这两种特殊的享元模式进行简单的介绍： 1.单纯享元模式 在单纯享元模式中，所有的具体享元类都是可以共享的，不存在非共享具体享元类。单纯
2012-06-15 23:02:28
12503
20
原创 实现对象的复用——享元模式（四）
14.5 带外部状态的解决方案 Sunny软件公司开发人员通过对围棋棋子进行进一步分析，发现虽然黑色棋子和白色棋子可以共享，但是它们将显示在棋盘的不同位置，如何让相同的黑子或者白子能够多次重复显示且位于一个棋盘的不同地方？解决方法就是将棋子的位置定义为棋子的一个外部状态，在需要时再进行设置。因此，我们在图14-4中增加了一个新的类Coordinates（坐标类），用于存储每一个棋子
2012-06-15 22:55:03
12220
13
原创 实现对象的复用——享元模式（三）
14.3 完整解决方案 为了节约存储空间，提高系统性能，Sunny公司开发人员使用享元模式来设计围棋软件中的棋子，其基本结构如图14-4所示：图14-4 围棋棋子结构图 在图14-4中，IgoChessman充当抽象享元类，BlackIgoChessman和WhiteIgoChessman充当具体享元类，IgoChessmanFactory充当享元工厂类
2012-06-15 22:45:58
14073
8
原创 实现对象的复用——享元模式（二）
享元模式结构较为复杂，一般结合工厂模式一起使用，在它的结构图中包含了一个享元工厂类，其结构图如图14-3所示： 图14-3 享元模式结构图 在享元模式结构图中包含如下几个角色： ● Flyweight（抽象享元类）：通常是一个接口或抽象类，在抽象享元类中声明了具体享元类公共的方法，这些方法可以向外界提供享元对象的内部数据（内部状态），同时也可以通过这些方法来设置
2012-06-15 22:27:52
15576
7
原创 实现对象的复用——享元模式（一）
当前咱们国家正在大力倡导构建和谐社会，其中一个很重要的组成部分就是建设资源节约型社会，“浪费可耻，节俭光荣”。在软件系统中，有时候也会存在资源浪费的情况，例如在计算机内存中存储了多个完全相同或者非常相似的对象，如果这些对象的数量太多将导致系统运行代价过高，内存属于计算机的“稀缺资源”，不应该用来“随便浪费”，那么是否存在一种技术可以用于节约内存使用空间，实现对这些相同或者相似对象的共享访问呢？答案
2012-06-15 22:24:11
18578
9
原创 如何在类图中标注设计模式（一）
随着设计模式的广泛使用，如何在结构图（主要是UML类图）中标注设计模式成为大家讨论的一个热点话题。设计模式是软件设计中的一些微结构，通过一种合理的方法来标注设计模式既有助于开发人员更好地进行设计软件系统，也有利于理解一些遗留系统，具体来说，设计模式的标注具有以下意义： (1) 在系统设计和实现阶段，如果能够通过一种简单易懂的方式来标注相应的模式角色，将有助于开发人员开发和设计软件时记录所
2012-06-01 00:30:11
6824
2
原创 面向对象设计原则之迪米特法则
迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目。迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP)，其定义如下：迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一个
2012-05-14 01:34:44
41980
37
原创 面向对象设计原则之合成复用原则
合成复用原则又称为组合/聚合复用原则(Composition/Aggregate Reuse Principle, CARP)，其定义如下：合成复用原则(Composite Reuse Principle, CRP)：尽量使用对象组合，而不是继承来达到复用的目的。 合成复用原则就是在一个新的对象里通过关联关系（包括组合关系和聚合关系）来使用一些已有
2012-05-14 01:24:22
42521
34
原创 面向对象设计原则之接口隔离原则
接口隔离原则定义如下：接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。 根据接口隔离原则，当一个接口太大时，我们需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。每一个接口应该承担一种相对独立的
2012-05-13 19:54:28
39002
60
原创 面向对象设计原则之依赖倒转原则
如果说开闭原则是面向对象设计的目标的话，那么依赖倒转原则就是面向对象设计的主要实现机制之一，它是系统抽象化的具体实现。依赖倒转原则是Robert C. Martin在1996年为“C++Reporter”所写的专栏Engineering Notebook的第三篇，后来加入到他在2002年出版的经典著作“Agile Software Development, Principles, Patter
2012-05-13 19:43:25
43308
46
原创 面向对象设计原则之里氏代换原则
里氏代换原则由2008年图灵奖得主、美国第一位计算机科学女博士Barbara Liskov教授和卡内基·梅隆大学Jeannette Wing教授于1994年提出。其严格表述如下：如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有变化，那么类型S是类型T的子类型。这个定义比较拗口且难以理解，因此我们一般使用它的另一个通
2012-05-06 21:56:23
66819
62
原创 面向对象设计原则之开闭原则
开闭原则是面向对象的可复用设计的第一块基石，它是最重要的面向对象设计原则。开闭原则由Bertrand Meyer于1988年提出，其定义如下：开闭原则(Open-Closed Principle, OCP)：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。 在开闭原则的定义中，软件实体可以指一个软件模块、
2012-05-05 15:05:50
58162
48
原创 面向对象设计原则之单一职责原则
单一职责原则是最简单的面向对象设计原则，它用于控制类的粒度大小。单一职责原则定义如下：单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。 单一职责原则告诉我们：一个类不能太“累”！在软件系统中，一个类（大到模块，
2012-05-04 23:57:59
56109
52
原创 面向对象设计原则概述
对于面向对象软件系统的设计而言，在支持可维护性的同时，提高系统的可复用性是一个至关重要的问题，如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决的核心问题之一。在面向对象设计中，可维护性的复用是以设计原则为基础的。每一个原则都蕴含一些面向对象设计的思想，可以从不同的角度提升一个软件结构的设计水平。 面向对象设计原则为支持可维护性复用而诞生，这些原则蕴含在很多设计模式中
2012-05-04 23:50:29
48000
31
原创 撤销功能的实现——备忘录模式（五）
21.5 再谈备忘录的封装 备忘录是一个很特殊的对象，只有原发器对它拥有控制的权力，负责人只负责管理，而其他类无法访问到备忘录，因此我们需要对备忘录进行封装。 为了实现对备忘录对象的封装，需要对备忘录的调用进行控制，对于原发器而言，它可以调用备忘录的所有信息，允许原发器访问返回到先前状态所需的所有数据；对于负责人而言，只负责备忘录的保存并将备忘录传递给其他对象；对于其他对象而言
2012-05-02 01:19:17
10228
8
原创 撤销功能的实现——备忘录模式（四）
21.4 实现多次撤销 Sunny软件公司开发人员通过使用备忘录模式实现了中国象棋棋子的撤销操作，但是使用上述代码只能实现一次撤销，因为在负责人类中只定义一个备忘录对象来保存状态，后面保存的状态会将前一次保存的状态覆盖，但有时候用户需要撤销多步操作。如何实现多次撤销呢？本节将提供一种多次撤销的解决方案，那就是在负责人类中定义一个集合来存储多个备忘录，每个备忘录负责保存一个历史状态，在撤销
2012-05-02 01:13:28
12528
7
原创 撤销功能的实现——备忘录模式（三）
21.3 完整解决方案 为了实现撤销功能，Sunny公司开发人员决定使用备忘录模式来设计中国象棋软件，其基本结构如图21-4所示： 在图21-4中，Chessman充当原发器，ChessmanMemento充当备忘录，MementoCaretaker充当负责人，在MementoCaretaker中定义了一个ChessmanMemento类型的对象，用于存储备忘录。完整代码如下所
2012-05-02 01:07:37
11967
9
原创 撤销功能的实现——备忘录模式（二）
21.2 备忘录模式概述 备忘录模式提供了一种状态恢复的实现机制，使得用户可以方便地回到一个特定的历史步骤，当新的状态无效或者存在问题时，可以使用暂时存储起来的备忘录将状态复原，当前很多软件都提供了撤销(Undo)操作，其中就使用了备忘录模式。 备忘录模式定义如下：备忘录模式(Memento Pattern)：在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个
2012-05-02 00:59:42
15630
8
原创 撤销功能的实现——备忘录模式（一）
每个人都有过后悔的时候，但人生并无后悔药，有些错误一旦发生就无法再挽回，有些人一旦错过就不会再回来，有些话一旦说出口就不可能再收回，这就是人生。为了不后悔，凡事我们都需要三思而后行。说了这么多，大家可能已经晕了，不是在学设计模式吗？为什么弄出这么一堆人生感悟来，呵呵，别着急，本章将介绍一种让我们可以在软件中实现后悔机制的设计模式——备忘录模式，它是软件中的“后悔药”，是软件中的“月光宝盒”。话不多
2012-05-02 00:48:18
18520
11
原创 《设计模式的艺术》正式完工
终于借着这个五一小长假，将《设计模式的艺术》一书全部写完了，从去年5月份到今年4月份，前后写了整整一年，经常熬到晚上两三点，头发都白了不少，还常常自嘲式的发出“江郎才尽”的感慨，不过看着近400页的“新作”，还是挺有成就感的。 为了取个好一点的书名，我纠结了很久（因为貌似很多好书名都被大家用完了，），在多位业内朋友的建议下，最终命名为《设计模式的艺术——软件开发人员内功修炼之道》，外加一
2012-05-02 00:20:52
7168
16
原创 创建对象与使用对象——谈谈工厂的作用
在设计模式的教学和推广过程中，很多企业学员和在校学生经常问我，工厂模式（包括简单工厂模式、工厂方法模式和抽象工厂模式）到底有什么用，很多时候通过反射机制就可以很灵活地创建对象，为毛还要工厂？，在本文中我将围绕创建对象和使用对象来简单谈谈工厂的作用。 与一个对象相关的职责通常有三类：对象本身所具有的职责、创建对象的职责和使用对象的职责。对象本身的职责比较容易理解，就是对象自身所具有的一些数
2012-04-30 01:54:54
48998
28
原创 处理多维度变化——桥接模式（四）
10.4 适配器模式与桥接模式的联用 在软件开发中，适配器模式通常可以与桥接模式联合使用。适配器模式可以解决两个已有接口间不兼容问题，在这种情况下被适配的类往往是一个黑盒子，有时候我们不想也不能改变这个被适配的类，也不能控制其扩展。适配器模式通常用于现有系统与第三方产品功能的集成，采用增加适配器的方式将第三方类集成到系统中。桥接模式则不同，用户可以通过接口继承或类继承的方式来对系
2012-04-16 00:22:58
21276
18
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人