示之前都必须从模型类获取对象最近的状态。Р这种在模型和视图之间进行区分的原则可以应用于系统级,导致识别架构中两个分离的层次。维护系统状态和实现应用业务逻辑的类置于应用层,而与用户界面有关的类放在表示层。Р这两个层在图2.1中从图形上作了说明。一个模型可以分为多个包,每个包又可以包含嵌套的包。Р图2.1还显示了表示层和应用层之间的依赖,说明表示层依赖或使用应用层中定义的类和其他模型元素。“高”层可以使用“低”层提供的特性,但底层是独立于任何高层的。Р2.4 用例实化Р在餐馆预约系统中,可能最简单的用例是“显示预约”用例。Р2.4.1 系统消息Р“显示预约”用例的实化将包含一个员工参与者的实例,因为任何员工都能够执行这个用例。用户的交互基本上只是一个请求,即显示指定日期的预约。这可以作为一个单独的消息建模,相关的日期作为消息的一个参数。系统响应这个消息的反应是检索和显示所请求那天的预约,从而结束用例实例。Р2.4.2 存取预约Р检索相关日期的预约和更新显示器以展现这些预约来替换已有预约是两个独立的动作,需要某些简单的控制以确保这些动作能够以正确的次序发生。Р通过向负责维护餐馆全部预约的对象,发送一个请求给定日期的所有预约的消息来实现。发送一个消息更新当前的显示。根据系统的架构,这个消息应该从预约系统发送到表示层中的某个类,请求更新显示。Р2.4.3 检索预约细节Р餐馆对象识别返回的预约,逻辑上,需要获得每个预约对象的日期,并返回与来自参与者的消息中提供的日期相匹配的预约。Р2.4.4 细化领域模型Р开发“显示预约”用例的实化的过程确定了两个新的类和许多在类的实例之间传递的消息。Р图2.2中显示了两个新的关联。第一个是从餐馆类到预约类,反映了我们规定餐馆类负责登记系统已知的所有预约细节的事实。由于预约是由另一个类的实例表示的,所以餐馆能够掌握这些预约的方法是存储到每个预约的链接。
全文预览
