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

面向对象的分析与设计 课程学习的内容 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模式;使用多重继承分离接口。本质：使用多个专门的接口比使用单一的接口好。一个类对另一个类的依赖性应当