[OO设计-下.pptVIP

假设按系名分配住处（一个系的学生住在一起），住处仅依赖系名（学号），不依赖主课程号。也即。 （学号，系名，住处），（学号，课程号，成绩） 构件到构件的委托连接子：我认为应该之间有装配接口；构件到类的委托连接子，则无； 构件到构件的直接连接子：我认为应该之间有装配接口；一种说法是直接传递的消息，而接口仅为操作调用——在UML中操作调用就是消息。 区别：独立部署与类型作用 这个头文件（signal.h）被其他两个文件（interp.cpp和signal.cpp）引用，这两个.cpp文件都是体文件。其中一个文件（interp.cpp）有一个到另一个头文件（irq.h）的编译依赖关系，而device.cpp又有一个到interp.cpp的编译依赖关系。有了这个制品图，跟踪变化的影响就容易多了。例如，源代码文件signal.h发生了变化将需要重新编译signal.cpp、interp.cpp以及device.cpp这3 个文件。该图也显示出，文件irq.h将不受影响。 例如，杂技的抛球，每增加一个新球，演员处理球的控制的复杂性会以指数级增长。 对象Adapter模式 类Adapter模式 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 14.4 Strategy模式（行为型） Strategy(策略)模式描述了怎样按需要在一组可替换的算法中选用算法；也即，把所定义的一些算法各自封装起来，可根据客户的需要分别使用它们。该模式可使算法独立变化而不影响它的客户。 类TaskController负责：当客户请求上税时，它予以确认，并让TaxBill做进一步处理。 类TaxBill的职责为“（1）提供用户界面，以填入必要的信息；（2）计算税额；（3）输出税单。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 该系统还要计算外资企业的税额 上述的方法存在着一定的问题。计算国营企业的税额时要使用类TaxBill中的操作，计算外资企业时使用类TaxBill中的操作，对于其他类型企业的税额计算要使用相应类中的操作，而这些判断逻辑要由类TaxCollector负责，致使类TaxCollector增加了额外的功能，这改变了设计它的意图。此外，类TaxCollector与类TaxBill以及它的子类有着强的关联性，不利于维护。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. TaxBill只使用类CalcTax定义的操作（这些操作形成了一个接口）。TaxCollector可不用关心计算税额要使用那个类中的操作，它的对象把企业类型作为参数传递给类TaxBill的对象，TaxBill的对象可负责究竟使用定义在那个类的操作来计算税额。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Strategy模式的通用结构 信用卡审查 Modem 思考： Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. a=50% b=30% c=20% 统计数据 事件管理者 显示窗口 1..* 1 1 1 {另一种方式,显示窗口访问统计数据} 目标是通知的发布者,它发出通知时,并不知道谁是它的观察者.可以有任意数目的观察者订阅并接收通知. 14.5 Observer模式 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Observer (观察者)模式用于定义对象间的一对多的依赖关系，当一个对象发生变化并对外发布