多媒体课件--第三讲课件--时序图.ppt

多媒体课件--第三讲课件--时序图.ppt

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
面向对象的分析与设计 课程学习的内容 OO设计原则 UML设计图及Rose Rational 工具 OO设计模式 典型项目的分析与设计 学习方法 掌握主要OO原则的原理和应用要点 改变java编程习惯 学会设计 Rational工具的使用; 掌握类图、用例图、顺序图、活动图的设计 熟练掌握MVC 设计方法 熟练掌握数据库编程 深化了解API,深化基于API的编程 反复实践典型模式应用于项目的分析和设计 参考书 面向对象软件工程与 UML, 李飞跃, 人民邮电出版社 ( 高职教材 ) UML与软件建模 , 徐宝文,清华大学出版社(重点大学教材) 面向对象设计原理与模式,(美)Dale Skrien著, 清华大学出版社 (国外经典教材) Java设计模式, 耿祥义,清华大学出版社 大话设计模式,程杰,清华大学出版社 考核 基于典型项目的考察: 项目的分析与方案设计 UML典型图 项目代码中基本原则的应用 项目设计中模型的使用 OOP编程要点 实现一个最简单的实例 计算立体型几何体体积 要点: 分析其中的耦合性、 程序的复用性 “脏代码”分析 OO基本原则 单一职责原则(SRP原则) 就一个类而言,应该只有一个引起它变化的原因; 失败的案例: 界面处理类+数据库操作+文件读写+业务流程控制 类比: 多功能手机、集成主板的电脑—坏一处就全坏 经验: 类的设计倾向于越小越好 解释: 如果一个类承担的职责过多,就等于把这些职责耦合在一起。一个职责的变化可能会引起消弱或抑制这个类完成其他职责的功能。这种耦合会导致脆弱的设计。当变化发生时,设计会遭到意想不到的破坏。 开-闭原则(核心原则) 软件实体(类、模块、方法)应该可以扩展,但不可以修改; 换个说法: 类对扩展是开放的, 对修改是封闭的; 用extends 和implements等开放,用private封闭 实际使用: 1.随时准备修改:改变是合理的; 2.原来的代码一般不要改动,合理的方法是 基于原先的代码产生新的类 3.设计之初就准备好应对变化,用抽象来隔 离变化,减少耦合。 开-闭原则的运用: 写一个相对固定的内核; 不断产生新的类,当修改发生时; 新的类给予接口或抽象类创建; 理解: 面向接口编程 里氏替换原则 子类型必须能替换掉它们的父类型 分析: “企鹅不是鸟” ––子类型必须包含父类型的全部特征 依赖倒转原则 抽象不应该依赖于细节,细节应该依赖于抽象; ---- 针对接口编程,不要对实现编程 解释: 1.高层类不应该依赖低层类;两者都应依赖于 抽象; 2.抽象不应该依赖细节;细节应该依赖抽象 反转实例: 电话指挥修电脑,谁依赖谁? 抽象与实现: 电脑主板-总线插槽-PIC卡的实例— 抽象不依赖细节,细节依赖抽象。 依赖止于接口--用接口消除强耦合 OO的基本原则 89、面向对象的基本设计原则 1)LSP(The Liskov Substitution Principle):Liskov替换原则 子类不能添加任何父类没有的附加约束。子类对象必须可以替换基类对象。 在可能的情况下,由抽象类(接口)继承。 抽象类与具体类 只要有可能,不要从具体类继承; 行为集中的方向是向上的(抽象类); 数据集中的方向是向下的(具体类)。 2)OCP(The Open-Close Principle):开放-封闭原则 对于扩展是开放的(Open for extension) 对于更改是封闭的(Closed for modification) 关键在于抽象 抽象预见了可能的所有扩展(闭) 由抽象可以随时导出新的类(开) OCP是OOD中很多说法的核心。 LSP是OCP成为可能的主要原则之一。 3)SRP单一职责原则(The Single Responsibility Principle) 一个类,应该仅有一个引起它变化的原因。 体现了内聚性(Cohesion):一个模块的组成元素之间的功能相关性。 违反SRP原则会带来物理依赖的缺点。 使得每个类仅有一个职责。 4)ISP接口隔离原则(The Interface Segregation Principle) 客户应该仅知道所需要要的接口。 一个类实现多个接口,避免“肥接口(fat interface)” 使用委托分离接口,Adapter模式;使用多重继承分离接口。 本质: 使用多个专门的接口比使用单一的接口好。 一个类对另一个类的依赖性应当

文档评论(0)

junjun37473 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档