数据块传输监控数据的设计模式

　　一个最基本的面向对象编程原则是类的分离——决定如何把代码组织到不同的类中，不同的类由不同的责任和明确的意义。使用类的表示开发人员和非开发人员都非常熟悉的问题域的各个方面是期望的做法，因为这有助于沟通交流。所以，Cairngorm Store包含的类（如Product和Catalogue）用来表示可以购买的目录或产品。
　　值对象（VO）模式是一种用于在子系统之间以有意义的数据块传输监控数据的设计模式。它也被称为数据传输对象（DTO）模式，但是当创建Cairngorm时，“值对象”一词更常见。值对象（VO）封装了一些业务数据，但除了存储和检索自身的数据之外没有其他功能。在严格的条件下，这意味着要定义一个用来传输类所需的特定的构造函数；这些需要存储在私有成员变量中，另外也提供一些用于检索数据的getter。然而，在Flex中，通常将VO的成员变量定义为公有的，并使用空的构造函数。
　　在一个Cairngorm应用程序中，VO通常有两个目的：一是为了在客户端和一个服务之间双向转移数据；二是在绑定到视图的模型内存储监控数据。它可能是一个业务委托调用一个Remote Object上的方法，该方法返回一个VO实例集合。这些实例可能被添加到模型中，从而导致视图通过绑定进行更新。
　　这就是当Cairngorm Store初始化时所发生的事情。分派GetProductsEvent，导致Product Delegate调用远程product Service上的get Products方法。在响应程序中，从结果数据中提取Product实例并将其设置到Catalogue模型上。GraphicalProcuctList和TextualProductList视图都通过绑定进行更新。
　　在后台，远程服务（在服务器端）已访问了一个Java VO集合。这些VO已经被序列化为AMF3监控数据并通过网络向Flex客户端传递。接收到序列化的数据后，在Flex端会将其反序列化回匹配的VO。在每个VO的Java实现和Flex实现之间需要建立一个映射关系。在这里，正是值对象模式促进了网络上的数据传输，提供了一种简单的方法来存储和检索组成VO的值。