20.1.2 使用Flash Remoting MX设计模式

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

1．Model-View-Controller设计模式

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

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

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

图20-1揭示了未应用Flash Remoting MX和应用了Flash Remoting MX后的MVC架构，分别对应于其中的左图和右图。

图20-1  MVC架构

观察一下图20-1中Flash Remoting MX的位置，结合前面章节中介绍的关于WEB应用程序结构的抽象模型，我们可以认识到Flash Remoting MX在MVC架构中的作用。

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

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

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

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

图20-2揭示了Flash Remoting MX环境应用中的facade设计模式（使用JavaBeans作为facade）。

图20-2  facade设计模式

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