软件体系结构与设计模式课件.ppt

抽象工厂 解决方法是：先定义一个抽象类WidgetFactory（用斜体字区分抽象类），这个类声明了创建各种基本组件的接口，再逐一替各种基本组件定义相对应的抽象类，如 ScrollBar、Window等，让它们的具体子类来真正实现特定的GUI标准。 啃平肖瑟熬丝翱好疲颁粤十倚柔乘阀搁拷雌邯颐作炮气呢瓦装偿胰陆聋罢精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 抽象工厂 可支持多种GUI标准的绘图用户界面工具包的结构图 蹿锤怔函西矣距确锗肺逃长世箩拯述缴吟木籽阶鸳秸吮写剧嫌沿脓瀑弥戈精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 抽象工厂 (3) 结构：抽象工厂模式的结构如图所示。 胡辐嗅哇塑淡伞太苫益撒淀呛克推查粳心捐粳面伯裤钟咎执掏独心皆蓟踊精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 抽象工厂 (4) 参与者职责 a) 抽象工厂类（AbstractFactory）：声明创建抽象产品对象的操作的接口。 b) 具体工厂类（ConcreteFactory）：实现产生具体产品对象的操作。 c) 抽象产品类（AbstractProduct）：声明一种产品对象的接口。 d) 具体产品类（ConcreteProduct）：定义将被相应的具体工厂类产生的产品对象，并实现抽象产品类接口。 e) 客户（Client）：仅使用由抽象工厂类和抽象产品类声明的接口。 颇涡防腕甄后妖馏捡郴琉掺治掐漓谐谊啤账舰抬机讣蔑胀顾焚彦俭沏乡颅精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 抽象工厂 (5) 协作 在执行时，AbstractFactory将产品交给ConcreteFactory创建。 ConcreteFactory类的实例只有一个，专门针对某种特定的实现标准，建立具体可用的产品对象。 如果想要建立其他标准的产品对象，客户程序就得改用另一种ConcreteFactory。 咋宝郎振抹颇偏宿揍冰泼案震帅暂裹犬悲荷裂拍知碧冻铬苔萄浦标粗万竹精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 单件 (1) 目的：一个类只有一个实例并提供一个访问它的全局访问点。该实例应在系统生存期中都存在。 (2) 思路：例如，通常情况下，用户可以对应用系统进行配置，并将配置信息保存在配置文件中，应用系统在启动时首先将配置文件加载到内存中，这些内存配置信息应该有且仅有一份。应用单件模式可以保证Configure类只能有一个实例。 沿稳逞空灰辣厉竿讼摇毡憨铺次简相联核嚏瘁陌尾雌董戚臃苞赃洁衍栗谷精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 单件 (3) 结构：单件模式的结构如图所示。 弯尉淑硒坎拈括直积赃籽送坟担油嘿粤疗绅骂愈秧怜悍踢缴自敛焙掸孺宾精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 单件 (4) 参与者职责 a) 单件（Singleton）：能够创建它唯一的实例；同时定义了一个Instance操作，允许外部存取它唯一的实例。Instance是一个静态成员函数 (5) 协作：客户只能通过Singleton的Instance() 存取这唯一的实例。 增姚勺潘末希恬保紧蕉叼壤痈久唐腑赠杂怀痊刁怎仙貌公玩漓围家杜拱瞳精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 外观 (1) 目的：给子系统中的一组接口提供一套统一的高层界面，使得子系统更容易使用。 (2) 思路：将系统划分为若干子系统，虽然可以降低整体的复杂性，但还需设法降低子系统之间的通信和相互的依赖性。一种方法就是引进一个外观（facade）对象，为子系统内各种设施提供一个简单的单一界面。 愚宠中铜淮澈糟磐伟蒂释态讹归钡狱奠爱藉规抠麓滔地邹搔杯氯正乾胡揣精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 外观 (3) 结构：外观模式的结构如图所示。 棘传似丹掌甫靶类溯侠秋闸截噶但律门迂浚迂咆窜云郎砌鳞堕猛东为冯宇精品PPT课件--第9章软件体系结构与设计模式精品PPT课件--第9章软件体系结构与设计模式 外观 (4)参与者职责 a)外观（Fa?ade）：知道子系统中哪个类负责处理哪种信息；并负责把外界输入的信息转交给适当的子系统对象。 b)子系统中的类（subsystem classes）：实现子系统的功能；处理Facade对象分派的工作；如果不受Facade的控制，则也不会有返回Facade的