uml07(下半节)汇编.ppt

-*- NULL Object模式 Employee e=DB.getEmployee(“Bob”); if (e!=null e.isTimeToPay(today)) e.pay(); Employee e=DB.getEmployee(“Bob”); if (e.isTimeToPay(today)) e.pay(); -*- 内容安排 从原则到模式 设计模式 GoF设计模式及应用 GRASP职责分配模式 模式与编程语言 模式与重构 -*- 职责 职责（Responsibility）：一个类或类型的契约或者义务；它与对象在行为上的义务密切相关；可分为两类职责： “知道”型职责 知道自己的私有的、封装了的数据 知道与自己相关联的对象信息 知道自己派生出来或者计算出来的事物 “做”型职责 自己完成某件任务 发起其他对象执行动作 控制和协调其他对象内的活动 -*- 职责和方法 方法实现职责 -*- GRASP GRASP（General Responsibility Assignment Software Pattern，通用职责分配软件模式） GRASP模式描述了将职责分配给对象的基本原则，这些原则被表示成模式 专家（Expert）、创建者（Creator）、高内聚（High Cohesion）、低耦合（Low Coupling）、控制者（Controller） 多态（ Polymorphism）、纯虚构（ Pure Fabrication）、中介者（Indirection）、不要和陌生人讲话（Protected Variations） -*- GRASP：Expert模式 目的：将一个职责分配给信息专家—掌握了为履行职责所必需的信息的类 专家模式在职责分配中的应用比任何其他模式的应用都要广泛，它是面向对象的设计中的一个基本指导原则 专家不是一个含糊的或者新奇的概念，它表达出最普遍的一种“直觉”，即对象所能完成的工作要依赖于它所掌握的信息 优点： 封装能够得以维持，因为对象只使用他们自己包含的信息来完成任务（封装支持低耦合） 系统行为只分布在具有所需信息的类中（类具有高聚合度） 别名： 把责任交给数据；谁知道谁来干；拟人化；自己做… -*- 示例：GRASP模式应用 * 极限编程实践： 1.客户作为团队成员（customer team member） 2.用户故事（use stories） 3. 短交互周期（short cycles） 4. 验收测试（acceptance tests） 5. 结对编程（pair programming） 6. 测试驱动的开发方法（test-driven development） 7.集体所有权（collective ownership） 8.持续集成（continuous integration） 9.可持续的开发速度（sustainable pace） 10.开放的工作空间（open workspace） 11.计划游戏（the planning game） 12.简单设计（simple design） 13.重构（refactoring） 14.隐喻（metaphor ） -*- 可复用的Button Button key9 = new Button(“9”); Button keyDial = dialKeySingleton(); Button keyPower = powerKeySingleton();-*- “拨电话” 的协作图 -*- 观察静态结构（类图） -*- 根据类图试写Button代码 public class Button { private Dialer myDialer; public Button(Dialer dialer) { myDialer = dialer; } public buttonPressed(String token)  throws NumberFormatException { int digit = Integer.parseInt(token); dialer.digit(digit); }} Button与Dialer之间出现耦合，从而破坏了Button的可复用性我们考虑增加一个间接层来解决？ -*- 添加一个间接层？ 添加一个怎样的类？ 两个关系是怎样的？ X ? ? -*- 改进设计—Active Server模式 面向对象设计对付类耦合的基本对策是：将两个类之间的关联转变为一个类与一个接口之间的关联，或者两个接口之间的关联 -*- 新的问题？ interface ButtonListene