多媒体课件-第二讲课件-类.ppt

1、面向对象的分析和设计、课程学习的内容、OO设计原则UML设计图和Rose Rational工具OO设计模式的典型项目的分析和设计、更改学习方法、主要OO原则的原理和应用要点、更改Java编程习惯、Rational工具设计学习类图表、用例图、流程图和活动也掌握设计熟练MVC设计方法人民邮政出版社(高职教材)UML和软件建模，西宝门清华大学出版社(重点大学教材)对象设计原理和模型，(美国)戴立森著作，清华大学出版社(外国古典教材)Java设计模式，Geng xiangyi，清华大学出版社大话设计模式可维护性，可扩展行OOP的一般特征：封装、继承、重载、属性和修改器、多态、重新配置、抽象类介面、集合

2、、常规、委托和事件、最简单的实例、立体几何体积点计算3360分析期间组合、节目重用“脏代码责任的变化可以削弱或抑制完成其他责任的功能。牙齿联接器会导致易碎的设计。如果发生变化，设计可能意外地被破坏。开放-封闭原则(核心原则)、软件实体(类、模块、方法)必须可以扩展，但不能修改。也就是说，类对于扩展是打开的，而修改是关闭的。开放到Extends、implements等，作为private关闭实际使用。1.随时准备修改。变化是合理的。2.通常不要更改原始代码。合理的方法是基于原始代码生成新类。3.从设计初期开始，就准备好应对变化。抽象地隔离变化，减少耦合。开放-封闭原则的运用：使用相对固定的内核。

3、发生修改时继续创建新类。新类提供介面或抽象类的创建。理解面向介面的编程，Richter替换原则，子类型应该能够替换父类型分析。“企鹅不是鸟。”子类型必须包含父类型的所有特性，必须依赖反转原则，抽象必须依赖细节渡边杏，细节必须依赖抽象。-对于介面编程，不要说明实现编程。1.超类渡边杏依赖低级类。两者都必须依赖抽象。抽象不能依赖细节。细节要依靠抽象反转事例：电话售票员修理电脑，谁要依靠谁？抽象和实施：电脑主板-巴士插槽-PIC卡的实例抽象不依赖于细节，而依赖于细节抽象。依赖接口-使用接口删除强耦合，使用接口删除强耦合，OO的基本原则，89，面向对象的基本设计原则1)the lis kov subs

4、titution principle(LSP): lis kov替代原则子类不能添加子类对象如果可能，由抽象类(介面)继承。抽象类和特定类尽可能不从特定类继承。行为集的方向是向上的(抽象类)。数据集的方向是向下的(特定类)。2)开放-关闭(OCP):开放-关闭原则是“扩展开放”(Open for extension)“关闭以更改”(Closed for modification)的核心，LSP是OCP3)SRP单一责任原则一类茄子，其变化原因必须是一个。容错：显示一个模块的组件之间的功能相关性。违反SRP原则会导致物理依赖的缺点。每个类只能有一个角色。4)ISP介面隔离原则客户只需要知道所需的

5、接口。一个类实现多个接口，以使“肥料介面”不使用委托分离介面、适配器模式。使用多重继承分离界面。本质：建议使用多个专用接口，而不是使用单个接口。一个类对另一个类的依赖性必须基于最小的接口。介面防污染5 DIP依赖性反转原则高级模块不依赖低级模块，两者都依赖抽象。抽象依赖于细节渡边杏，细节依赖于抽象。不是用于实现，而是用于接口的编程。Booch:所有结构良好的面向对象的体系结构都具有明确定义的层次定义，每个层次通过明确定义的受控界面提供一组集合服务。6)启发式原则依赖抽象依存关系，必须在抽象类或接口中结束。任何变量都是通过获取指向特定类的指针或引用而渡边杏的。任何类都不能从特定类派生出来，这是渡边杏的。任何方法都可以通过复盖基类中已实现的方法来渡边杏。系统设计分析- UML图表、常用UML图3360用例图表、类图表、定时图表、状态图表和类图是静态设计。通常，系统分析阶段类图是反映系统设计中需要了解类和类之间关系的概念3360类(包括介面)的UML映射标识类。2.实现关系。3.相依性4 .关联组合关系6。聚合关系；类图表设计要点： 1。与图元的关系是实线。虚拟体(介面和抽象类)的关系是虚拟线。2.箭头是时