1 / 260
文档名称:

_常用软件设计模式-精品课件(PPT).ppt

格式:ppt   页数:260页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

_常用软件设计模式-精品课件(PPT).ppt

上传人:1259812044 2016/6/29 文件大小:0 KB

下载得到文件列表

_常用软件设计模式-精品课件(PPT).ppt

相关文档

文档介绍

文档介绍:软件设计模式与体系结构推荐书籍面向对象设计原则概述?面向对象设计原则简介?常用的面向对象设计原则包括 7 个,这些原则并不是孤立存在的,它们相互依赖,相互补充。设计原则名称设计原则简介重要性单一职责原则(Single Responsibility Principle, SRP) 类的职责要单一,不能将太多的职责放在一个类中★★★★☆开闭原则(Open-Closed Principle, OCP) 软件实体对扩展是开放的,但对修改是关闭的,即在不修改一个软件实体的基础上去扩展其功能★★★★★里氏代换原则(Liskov Substitution Principle, LSP) 在软件系统中,一个可以接受基类对象的地方必然可以接受一个子类对象★★★★☆依赖倒转原则(Dependency Inversion Principle, DIP) 要针对抽象层编程,而不要针对具体类编程★★★★★接口隔离原则(Interface Segregation Principle, ISP) 使用多个专门的接口来取代一个统一的接口★★☆☆☆合成复用原则(Composite Reuse Principle, CRP) 在系统中应该尽量多使用组合和聚合关联关系,尽量少使用甚至不使用继承关系★★★★☆迪米特法则(Law of Demeter, LoD) 一个软件实体对其他实体的引用越少越好,或者说如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用,而是通过引入一个第三者发生间接交互★★★☆☆单一职责原则?单一职责原则定义?单一职责原则(Single Responsibility Principle, SRP) 定义如下: ?一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。?其英文定义为: ? Every object should have a single responsibility , and that responsibility should be entirely encapsulated by the class. ?另一种定义方式如下: ?就一个类而言,应该仅有一个引起它变化的原因。?其英文定义为: ? There should never be more than one reason for a class to change . 在 Form1 中写了很多功能? 单一职责原则?单一职责原则分析?一个类(或者大到模块,小到方法)承担的职责越多,它被复用的可能性越小,而且如果一个类承担的职责过多,就相当于将这些职责耦合在一起,当其中一个职责变化时,可能会影响其他职责的运作。?类的职责主要包括两个方面: 数据职责和行为职责,数据职责通过其属性来体现,而行为职责通过其方法来体现。?单一职责原则是实现高内聚、低耦合的指导方针,在很多代码重构手法中都能找到它的存在,它是最简单但又最难运用的原则,需要设计人员发现类的不同职责并将其分离,而发现类的多重职责需要设计人员具有较强的分析设计能力和相关重构经验。单一职责原则?单一职责原则实例?实例说明?某基于 Java 的 C/S 系统的“登录功能”通过如下登录类(Login) 实现: ?现使用单一职责原则对其进行重构。单一职责原则?单一职责原则实例?实例解析开闭原则?开闭原则定义?开闭原则(Open-Closed Principle, OCP) 定义如下: ?一个软件实体应当对扩展开放,对修改关闭。也就是说在设计一个模块的时候,应当使这个模块可以在不被修改的前提下被扩展,即实现在不修改源代码的情况下改变这个模块的行为。?其英文定义为: ? Software entities should be open for extension , but closed for modification. 开闭原则?开闭原则分析?开闭原则由 Bertrand Meyer 于 1988 年提出,它是面向对象设计中最重要的原则之一。?在开闭原则的定义中, 软件实体可以指一个软件模块、一个由多个类组成的局部结构或一个独立的类。开闭原则?开闭原则分析?抽象化是开闭原则的关键。?开闭原则还可以通过一个更加具体的“对可变性封装原则”来描述,对可变性封装原则(Principle of Encapsulation of Variation, EVP) 要求找到系统的可变因素并将其封装起来。需求不断变化,使系统在不断变化中保持稳定, 多扩展,少修改。利用抽象,隔离变化。面向对象的核心将频繁变化的部分抽象拒绝不成熟的抽象