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

面向对象的分析与设计课程学习的内容OO设计原则UML设计图及RoseRational工具OO设计模式典型项目的分析与设计学习方法掌握主要OO原则的原理和应用要点改变java编程习惯学会设计Rational工具的使用；掌握类图、用例图、顺序图、活动图的设计熟练掌握MVC设计方法熟练掌握数据库编程深化了解API，深化基于API的编程反复实践典型模式应用于项目的分析和设计参考书面向对象软件工程与UML,李飞跃,人民邮电出版社(高职教材）UML与软件建模,徐宝文,清华大学出版社（重点大学教材）面向对象设计原理与模式，（美)DaleSkrien著，清华大学出版社（国外经典教材)Java设计模式,耿祥义,清华大学出版社大话设计模式，程杰，清华大学出版社考核基于典型项目的考察:项目的分析与方案设计UML典型图项目代码中基本原则的应用项目设计中模型的使用OOP编程要点OOP追求的目标：可用性、完整性、健壮性、有效性、可伸缩性、可读性、可重用性、简洁性、可维护性、可扩充行OOP典型特点：封装性、继承性、重载、属性和修饰符、多态、重构、抽象类接口、集合、泛型、委托与事件实现一个最简单的实例计算立体型几何体体积要点:分析其中的耦合性、程序的复用性“脏代码”分析OO基本原则单一职责原则要点:…开-闭原则依赖倒转原则里氏替换原则面向抽象原则多用组合少用继承原则迪米特原则高内聚/低耦合原则合成/聚集复用原则接口隔离原则单一职责原则(SRP原则)单击此处添加正文，文字是您思想的提炼，为了演示发布的良好效果，请言简意赅地阐述您的观点。您的内容已经简明扼要，字字珠玑，但信息却千丝万缕、错综复杂，需要用更多的文字来表述；但请您尽可能提炼思想的精髓，否则容易造成观者的阅读压力，适得其反。正如我们都希望改变世界，希望给别人带去光明，但更多时候我们只需要播下一颗种子，自然有微风吹拂，雨露滋养。恰如其分地表达观点，往往事半功倍。当您的内容到达这个限度时，或许已经不纯粹作用于演示，极大可能运用于阅读领域；无论是传播观点、知识分享还是汇报工作，内容的详尽固然重要，但请一定注意信息框架的清晰，这样才能使内容层次分明，页面简洁易读。如果您的内容确实非常重要又难以精简，也请使用分段处理，对内容进行简单的梳理和提炼，这样会使逻辑框架相对清晰。就一个类而言，应该只有一个引起它变化的原因；界面处理类+数据库操作+文件读写+业务流程控制类比：多功能手机、集成主板的电脑—坏一处就全坏失败的案例：单击此处添加正文，文字是您思想的提炼，为了演示发布的良好效果，请言简意赅地阐述您的观点。您的内容已经简明扼要，字字珠玑，但信息却千丝万缕、错综复杂，需要用更多的文字来表述；但请您尽可能提炼思想的精髓，否则容易造成观者的阅读压力，适得其反。正如我们都希望改变世界，希望给别人带去光明，但更多时候我们只需要播下一颗种子，自然有微风吹拂，雨露滋养。恰如其分地表达观点，往往事半功倍。当您的内容到达这个限度时，或许已经不纯粹作用于演示，极大可能运用于阅读领域；无论是传播观点、知识分享还是汇报工作，内容的详尽固然重要，但请一定注意信息框架的清晰，这样才能使内容层次分明，页面简洁易读。如果您的内容确实非常重要又难以精简，也请使用分段处理，对内容进行简单的梳理和提炼，这样会使逻辑框架相对清晰。经验：类的设计倾向于越小越好如果一个类承担的职责过多，就等于把这些职责耦合在一起。一个职责的变化可能会引起消弱或抑制这个类完成其他职责的功能。这种耦合会导致脆弱的设计。当变化发生时，设计会遭到意想不到的破坏。解释:开-闭原则（核心原则）软件实体(类、模块、方法）应该可以扩展，但不可以修改；换个说法:类对扩展是开放的,对修改是封闭的;用extends和implements等开放，用private封闭实际使用：1.随时准备修改：改变是合理的；2.原来的代码一般不要改动，合理的方法是基于原先的代码产生新的类3.设计之初就准备好应对变化，用抽象来隔离变化，减少耦合。开-闭原则的运用:写一个相对固定的内核;理解:面向接口编程不断产生新的类，当修改发生时；新的类给予接口或抽象类创建；单击此处添加正文，文字是您思想的提炼，为了演示发布的良好效果，请言简意赅地阐述您的观点。子类型必须能替换掉它们的父类型分析：“企鹅不是鸟”––子类型必须包含父类型的全部特征里氏替换原则依赖倒转原则抽象不应该依赖于细节，细节应该依赖