UML设计模式2.pptVIP

主要内容 设计模式的诞生与发展 设计模式的定义与分类 GoF设计模式简介 设计模式的优点 Simple Factory模式（又称Static Factory模式） 假设有一个八音盒工厂，购买八音盒的客人不用知道八音盒是如何制作的，他只要知道如何播放八音盒就可以了，以 UML 类别图来表示以上的概念： 例子 public interface IMusicBox { public void play();} public class PianoBox implements IMusicBox { public void play() { System.out.println(拨放钢琴音乐:)); }} public class ViolinBox implements IMusicBox { public void play() { System.out.println(拨放小提琴音乐^_^); }} 例子 public class MusicBoxFactory { public static IMusicBox createMusicBox(String name)  throws InstantiationException,  IllegalAccessException,  ClassNotFoundException { // 这边使用的是Java的Reflection机制来产生实例 // 不过客户端不用管啦 // 以后就算改变了程序，客户端程序是不用更改的 return (IMusicBox) Class.forName(name).newInstance(); }} 例子 public class MusicBoxDemo { public static void main(String[] args) throws Exception { playMusicBox(MusicBoxFactory.createMusicBox(“PianoBox”)); playMusicBox(MusicBoxFactory.createMusicBox(“ViolinBox”)); }  public static void playMusicBox(IMusicBox musicBox) { musicBox.play(); }}由于客户端只依赖于IMusicBox接口，所以即使您日后改变了createMusicBox()中的实现方式，对客户端是一点影响也没有的。 Simple Factory的类别结构 Abstract Factory-抽象工厂模式 意图 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 适用性 一个系统要独立于它的产品的创建、组合和表示时。 一个系统要用多个产品系列中的一个来配置时。 要强调一系列相关的产品对象的设计以便进行联合使用时。 提供一个产品类库，而只想显示它们的接口而不是实现时。 Abstract Factory 抽象工厂 产品族 采用抽象工厂模式设计出的系统类图 在什么情形下应当使用抽象工厂模式 （1）一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节。这对于所有形态的工厂模式都是重要的； （2）这个系统的产品有多于一个的产品族，而系统只消费其中某一族的产品；（上面这一条叫做抽象工厂模式的原始用意。） （3）同属于同一个产品族的产品是在一起使用的，这一约束必须要在系统的设计中体现出来； （4）系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于实现。 类图 系统的设计图 抽象工厂模式的另一个例子 这个例子描述微型计算机配件的生产。这个系统所需要的产品族有两个，一个系列是PC，或称IBM 及IBM 克隆机系列；另一个系列是MAC，或称MacIntosh 系列。产品等级结构也有两个，一个是RAM，另一个是CPU。 系统的设计图 “开-闭”原则 “开-闭”原则要求一个软件系统可以在不修改原有代码的情况下，通过扩展达到增强其功能的目的。对于一个涉及到多个产品等级结构和多个产品族的系统，其功能的增强不外乎两个方面： 增加新的产品族； 增加新的产品等级结构。 那么抽象工厂模式是怎