该【多媒体课件--第二讲课件--类图 】是由【小落意】上传分享,文档一共【21】页,该文档可以免费在线阅读,需要了解更多关于【多媒体课件--第二讲课件--类图 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。单击此处添加标题文字单击添加署名或公司信息课程学****的内容OO设计原则UML设计图及RoseRational工具OO设计模式典型项目的分析与设计学****方法掌握主要OO原则的原理和应用要点改变java编程****惯学会设计Rational工具的使用;掌握类图、用例图、顺序图、活动图的设计熟练掌握MVC设计方法熟练掌握数据库编程深化了解API,深化基于API的编程反复实践典型模式应用于项目的分析和设计参考书面向对象软件工程与UML,李飞跃,人民邮电出版社(高职教材)UML与软件建模,徐宝文,清华大学出版社(重点大学教材)面向对象设计原理与模式,(美)DaleSkrien著,清华大学出版社(国外经典教材)Java设计模式,耿祥义,清华大学出版社大话设计模式,程杰,清华大学出版社考核基于典型项目的考察:项目的分析与方案设计UML典型图项目代码中基本原则的应用项目设计中模型的使用OOP编程要点OOP追求的目标:可用性、完整性、健壮性、有效性、可伸缩性、可读性、可重用性、简洁性、可维护性、可扩充行OOP典型特点:封装性、继承性、重载、属性和修饰符、多态、重构、抽象类接口、集合、泛型、委托与事件实现一个最简单的实例计算立体型几何体体积要点:分析其中的耦合性、程序的复用性“脏代码”分析OO基本原则单一职责原则要点:…开-闭原则依赖倒转原则里氏替换原则面向抽象原则多用组合少用继承原则迪米特原则高内聚/低耦合原则合成/聚集复用原则接口隔离原则单一职责原则(SRP原则)就一个类而言,应该只有一个引起它变化的原因;失败的案例:界面处理类+数据库操作+文件读写+业务流程控制类比:多功能手机、集成主板的电脑—坏一处就全坏经验:类的设计倾向于越小越好解释:如果一个类承担的职责过多,就等于把这些职责耦合在一起。一个职责的变化可能会引起消弱或抑制这个类完成其他职责的功能。这种耦合会导致脆弱的设计。当变化发生时,设计会遭到意想不到的破坏。OO的基本原则89、面向对象的基本设计原则1)LSP(TheLiskovSubstitutionPrinciple):Liskov替换原则子类不能添加任何父类没有的附加约束。子类对象必须可以替换基类对象。在可能的情况下,由抽象类(接口)继承。抽象类与具体类只要有可能,不要从具体类继承;行为集中的方向是向上的(抽象类);数据集中的方向是向下的(具体类)。2)OCP(TheOpen-ClosePrinciple):开放-封闭原则对于扩展是开放的(Openforextension)对于更改是封闭的(Closedformodification)关键在于抽象抽象预见了可能的所有扩展(闭)由抽象可以随时导出新的类(开)OCP是OOD中很多说法的核心。LSP是OCP成为可能的主要原则之一。3)SRP单一职责原则(TheSingleResponsibilityPrinciple)一个类,应该仅有一个引起它变化的原因。体现了内聚性(Cohesion):一个模块的组成元素之间的功能相关性。违反SRP原则会带来物理依赖的缺点。使得每个类仅有一个职责。4)ISP接口隔离原则(TheInterfaceSegregationPrinciple)客户应该仅知道所需要要的接口。一个类实现多个接口,避免“肥接口(fatinterface)”使用委托分离接口,Adapter模式;使用多重继承分离接口。本质:使用多个专门的接口比使用单一的接口好。一个类对另一个类的依赖性应当是建立在最小的接口上的。避免接口污染(InterfacePollution)5)DIP依赖倒置原则(TheDependencyInversionPrinciple)高层模块不依赖于低层模块,二者都依赖于抽象。抽象不应该依赖于细节,细节应该依赖于抽象。针对接口编程,而不是针对实现编程。Booch:所有结构良好面向对象架构都具有清晰地层次定义,每个层次通过一个定义良好的、受控的接口向外提供了一组类聚的服务。6)启发式原则依赖于抽象——依赖关系都应终止于抽象类或者接口。任何变量都不应该拥有指向具体类的指针或者引用。任何类都不应该从具体类派生。任何方法都不应该改写其任何基类中已经实现的方法。
多媒体课件--第二讲课件--类图 来自淘豆网www.taodocs.com转载请标明出处.