引用从Java类库看设计模式.docxVIP

引用从Java类库看设计模式（1）gengwei138 的 从Java类库看设计模式（1）在这一部分的内容中，介绍的是一个相对简单但功能强大的模式：Observer模式。希望通过这部分地叙述，大家看了之后，能够对设计模式有一个比较全面地，感性的认识。 ?很 多时候，对于一个设计来说（软件上的，建筑上的，或者它他工业上的），经验是至关重要的。好的经验给我们以指导，并节约我们的时间；坏的经验则给我们以借 鉴，可以减少失败的风险。然而，从知识层面上来讲，经验只是作为一种工作的积累而存在于个人的大脑中的，很难被传授或者记录。为了解决这样的问题，人们提 出了所谓的模式的概念。所谓模式，是指在一个特定背景下，反复出现的问题解决方案。模式是经验的文档化。 ?软件模式的概念现在比较的广 泛，涉及到分析，设计，体系结构，编码，测试，重构等软件构造生命期中的各个部分。这儿主要讨论的是设计模式，指的是在软件设计过程中反复出现的一些问题 的解决方法了。不过我们一般在提到设计模式的时候，一般都是指GOF的经典书《Design Pattern--Elements of Reusable Object-Oriented Software》出现的23个模式，因而，它是具体的针对于面向对象软件设计过程的。 ?从 全局上看来，模式代表了一种语言，一种被文档化的经验，甚至是一种文化。往往很多不方便描叙，或者描叙起来很复杂的问题，用模式语言来叙说，会让听者产生 心领神会的感觉。当然，这需要交流双方都能够很好地把握模式语言的含义。然而，这并不是一件容易的事情。模式在各个人的理解上往往存在差异，这篇文章旨在 从一个具体的应用角度：Java类库，来阐叙设计模式。并结合具体的例子，希望能够加深大家对设计模式的理解。 ?这儿说的Java类 库，其实并没有局限于JDK本身，还包括了一些其他的类库中的例子，比如JAXP等（当然，下一个版本的JDK中也会包含JAXP了）。其实设计模式的思 想现在应用的如此广泛，无论在什么样的设计中，只要稍微大一点的设计，都可以找到很多很多设计模式的踪迹，或者说都不可避免的用到设计模式。下面所讲的设 计模式，大部分都是GOF的那部经典中出现过的23个模式，然而，还有一些，比如MVC，并不属于那里。一般的来讲，我们认为GOF的23个模式是一些中 级的模式，在它下面还可以抽象出一些更为一般的低层的模式，在其上也可以通过组合来得到一些高级的模式。当然，这儿的低中高的区别，如同区别不同的语言一 样，并没有优劣之分，仅仅是在应用层面上的区别。 ?Observer模式 ?Observer模式的功用，是希望两个 （或多个）对象，我们称之为Subject和Observer，当一方的状态发生改变的时候，另一方能够得到通知。也就是说，作为Observer的一 方，能够监视到Subject的某个特定的状态变化，并为之做出反应。一个简单的例子就是：当一个用户视图中的数据被用户改变后，后端的数据库能够得到更 新，而当数据库被其他方式更新后，用户视图中的数据显示也会随之改变。 ??图一：Obverser模式的类图 ? ??在 JDK中实际上有一个对Observer模式的简单的实现：就是类java.util.Observerable和接口 java.util.Observer。java.util.Observerable类对应于Subject，而java.util.Observer 就是观察者了。JDK中并没有把这两个部分都设计为接口，而是让类java.util.Observerable提供了部分的实现，简化了许多编程的工 作。当然，这也减少了一定的灵活性。 ?下面列出了Observer和Observeral的函数列表，及其简单的功能说明 ?java.util.Observer： ?public void update(Observable obs, Object obj) ?java.util.Observer 接口很简单，只定义了这一个方法，狭义的按照Observer模式的说法，Observer应该在这个方法中调用Subject的getXXX()方法来 取得最新的状态，而实际上，你可以只是在其中对Subject的某些事件进行响应。这便是Java中的代理事件模型的一个雏形--对事件进行响应。只不 过，在Observer模式中将事件特定化为某个状态/数据的改变了。 ??java.util.Observable ?public void addObserver(Observer obs) ?向 Subject注册一个Observer。也就是把这个Observer对象添加到了一个java.util.Observable内部的列表中。在 JDK中对于这个列表是简单的通过一个java.u