17.1.2 使用Flash Remoting MX设计模式

Flash Remoting MX技术被设计成可以和选定的（现有的）设计模式及框架集成在一起，这正是它的特点，用户也可以由此降低成本。对于Flash影片应用程序和.NET这两个现有的运行框架而言，Flash Remoting MX在中间执行的是一个非常有效率的结构化设计模式。除了可以提高开发效率、减少由于设计方面的欠缺导致的误解外，该模式可以用来强制检查“客户端/服务器”之间的交互，提高应用程序的性能和稳定性。

1．Model-View-Controller设计模式

现今，用户界面向导型的应用程序风靡世界，程序软件开发一般使用Model-View- Controller（MVC）方式，这种方式根据用途组织应用程序代码。在使用Flash Remoting MX构建Flash影片应用程序时，就是使用的这种方式。

MVC程序软件开发方式包含下面的几个元素：

（1）Model。Model（模型）代表应用程序数据和数据的处理，以及其他的逻辑。在一个网络应用程序中，就是应用服务器程序和数据库。
（2）View。View（查看）代表用户界面，一般包含用户控制和信息显示（动态的和静态的）两个元素。
（3）Controller。Controller（控制）代表着处理用户输入，根据输入改变模型然后查看的逻辑。根据应用程序设计的不同，Controller 可以位于客户端也可以位于服务端，或者两者结合起来。为了将网络信息交换减少到最小，充分利用Flash Player运行时，一般应当在Flash影片应用程序中完成Controller。

如图17-1所示揭示了Flash Remoting MX环境应用中的MVC架构。

图17-1  Flash Remoting MX环境应用中的MVC架构

在图17-1中，Flash Remoting MX使得controller和model相互分离，它实际是在Flash影片应用程序和应用服务器（或者Web Service）之间起到一个通信通道的作用。

2．其他的Flash Remoting MX设计模式

除前面介绍的模式外，也有其他的设计模式，主要是为了减少远程服务方法调用，例如value object模式。Flash Remoting MX能从一个远程服务返回结果，并将结果作为一个ActionScript对象。ActionScript对象可以用来打包远程服务数据，仅返回一个对象给Flash影片应用程序，这样就避免了无数的、频繁的单个调用。

为了简化远程服务API以适用于Flash影片应用程序，你可以使用facade设计模式，这种模式在Flash影片应用程序和远程服务之间提供一个缓冲层。facade设计模式规定了一个服务端应用程序经纪人，用来接收Flash影片应用程序远程调用，并传递方法到相应的服务器资源。这就给了你更多的适应性：你可以改变远程服务架构，而不需改变Flash影片应用程序。

如图17-2所示揭示了Flash Remoting MX环境应用中的facade设计模式。

图17-2  Flash Remoting MX环境应用中的facade设计模式

ColdFusion组件、JavaBeans，以及.NET 程序集都可以用做facade。它们都可以接收所有来自Flash影片应用程序的功能请求，并将这些请求分配给相应的应用服务器资源或者根据请求进行网络服务调用，在本书前面的章节已经为您详细地介绍过怎样使用Flash Remoting MX从Flash影片应用程序调用.NET程序集了。