软件体系结构设计模式.ppt
《软件体系结构设计模式.ppt》由会员分享,可在线阅读,更多相关《软件体系结构设计模式.ppt(54页珍藏版)》请在三一文库上搜索。
1、设计模式,主讲:张春祥,2,模式,模式描述了一个在我们的环境中不断出现的问题,然后描述了该问题的解决方案的核心。通过这种方式,你可以无数次地使用那些已有的解决方案,无需在重复相同的工作。 -建筑的永恒之道Alexander 模式其实就是解决某一类问题的方法论。 把解决某类问题的方法总结归纳到理论高度,那就是模式。 模式对问题的描述以及对问题的解答应具有高度的抽象性和代表性。 模式是对现实生活某类现象的共同特质的高度抽象,描述了事务或者现象的规律,这种规律以及解决方法对于类似的现象同样有用。,3,软件的设计模式,指在软件设计和开发过程中,不断总结出来的,反应了某一类设计问题的解决方案。 模式是一
2、种指导,在一个良好的指导下,有助于你完成任务,有助于你作出一个优良的设计方案,达到事半功倍的效果。而且会得到解决问题的最佳办法 。 设计模式使人们可以更加简单方便地复用成功的设计和体系结构。 设计模式帮助你从别人的成功经验而不是你自己的失败那里学到更多东西;- Mark Johnson 设计模式提供了一种共享经验的方式,可以使团体受益和避免不断的重复发明。,4,模式概要,模式只是武功套路。其实真正的内功心法是: 针对接口编程 优先使用对象组合,而不是类继承 找到并封装变化点,5,设计原则,面向接口编程的原则 面向接口编程,而不是面向实现编程。 可变性封装的原则 在设计时应当考虑系统中什么可能会
3、发生变化,或者什么特性具备多变的特征。这种变化不应该散落在代码中的各个角落,而是应该被适当的封装起来,以便于维护以及扩展; 开闭原则 软件中的实体(包括类,模块,函数等等)应当是可扩展的(开),而不应被修改(闭)。 里氏替换原则 父类的方法都要在子类中实现或者重写。 不允许子类出现父类所没有定义的方法。 依赖倒转原则 高层模块不应该依赖于低层模块。二者都应该依赖于抽象。 抽象不应该依赖于细节。细节应该依赖于抽象。,6,设计原则,组合/聚合复用原则 尽量使用组合/聚合、尽量不使用继承 在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分;新的对象通过向这些对象的委派达到复用这些对象的目的
4、 接口隔离原则 避免接口污染; 恰当的划分角色和接口; 从一个客户类的角度来讲:一个类对另外一个类的依赖性应当是建立在最小的接口上的 使用多个专门的接口比使用单一的总接口要好 所有设计原则的目标都是为了使软件:降低耦合,增强灵活性。,7,模式分类,创建模式(Creational Pattern) AbstractFactory;Builder;FactoryMethod;Prototype;Singleton 结构模式(Structural Pattern) Adapter.4Class;adapter.4Object;Bridge;Composite.s;Composite.t;Decora
5、tor;Faade;Flyweight;Proxy 行为模式(Behavioral Pattern) ChainOfResponsibility;Command;Interpreter;Iterator;Mediator;Memento;Observer;Strategy;State;TemplateMethod;Visitor,9,工厂方法,10,工厂方法,11,抽象工厂,12,抽象工厂,意图:为特定的客户(或情况)提供特定系列的对象。提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 问题:一系列相关的对象需要被实例化。,13,建造模式,14,建造模式,15,单例/单子模
6、式,16,单例/单子模式,17,类的适配器(Adapter)模式,意图:将一个类的接口转换成客户希望的另外一个接口。此模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 问题: 你想使用一个已经存在的类,而它的接口不符合你的需求。 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类 (即那些接口可能不一定兼容的类)协同工作。,18,类的适配器(Adapter)模式,19,adapter.for Object,意图:将一个类的接口转换成客户希望的另外一个接口。此模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 问题: 你想使用一个已经存在的类,而它的接口不
7、符合你的需求。 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那些接口可能不一定兼容的类)协同工作。多个对象适配成为一个对象,20,adapter.for Object,21,桥梁(Bridge)/柄体(Handle and Body)模式,意图:将抽象部分与它的实现部分分离,使它们都可以独立地变化。 问题:一个抽象类的派生类必须使用多种实现部分,但又不能引起类数量的爆炸。,22,桥梁(Bridge)/柄体(Handle and Body)模式,Bridge桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们之间的强关联变成弱关联,从而使两者可以独立的变
8、化。 Bridge模式可以将一个复杂的组件分成2个独立的但又相关的继承层次结构:功能性的抽象和内部实现。改变组件的这两个层次结构很简单,以至于它们可以相互独立地变化。,23,桥梁(Bridge)/柄体(Handle and Body)模式,当具有抽象的层次结构和相应的实现层次结构时,Bridge模式是非常有用的。除了可以将抽象和实现组合成许多不同的类,该模式还可以动态组合的独立类的形式实现这些抽象和实现。 优点: (1)可以将接口与现实相分离 (2)提高了可扩展性 (3)对客户端隐藏了实现的细节,24,桥梁(Bridge)/柄体(Handle and Body)模式,何时使用: (1)想避免在
9、抽象及其实现之间存在永久的绑定。 (2)抽象及其实现可以使用子类进行扩展。 (3)抽象的实现被改动应该对客户端没有影响;也就是说,你不用重新编译代码。,25,桥梁(Bridge)/柄体(Handle and Body)模式,26,装饰器(Decorator)模式,意图:动态地给一个对象添加一些额外的职责。 问题:允许扩展一个对象的功能,而不必借助于继承。动态地给一个对象添加一些额外的职责。处理那些可以撤消的职责。 注意:对象链总是以ConcreteComponent对象结束,27,装饰器(Decorator)模式,装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案,提供比继承
10、更多的灵活性。动态给一个对象增加功能,这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 优点: (1)比静态继承具有更大的灵活性。 (2)简化了编码,用户编写的每一个类都针对功能的一个特定部分,不用将所有的行为编码到对象中。,28,装饰器(Decorator)模式,何时使用: (1)想要在单个对象中动态并且透明地添加责任,而这样并不会影响其他对象。 (2)想要在以后可能要修改的对象中添加责任。,29,装饰器(Decorator)模式,30,门面(Facade )模式,意图:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 体系 结构设计 模式
链接地址:https://www.31doc.com/p-3499275.html