在Flash开发中，繁琐的服务器传输工作一直让开发者们头疼。但是AMF协议的出现让这些工作有了简化。下面我们就简单介绍一下这个可直接内置于Flash中的协议吧。AMF协议***的特色在于可直接将Flash内置对象,例如Object, Array, Date, XML,传回服务器端,并且在服务器端自动进行解析成适当的对象,这就减轻了开发人员繁复工作,同时也更省了开发时间｡由于AMF采用二进制编码,这种方式可以高度压缩数据,因此非常适合用来传递大量的资料｡数据量越大,Flash Remoting的传输效能就越高,远远超过Web Service｡至于XML, LoadVars和loadVariables() ,它们使用纯文本的传输方式,效能就更不能与Flash Remoting相提并论了｡
注意:Flash Remoting需要浏览器支持Bin ary POST,Flash 播放器在Nets cape 6.x.环境下运行Flash Remoting会不起作用(Flash Remoting调用没有效果也不返回错误), Nets cape 7已经纠正了这个b u g ｡对于早期Sa fari和Chim era版的苹果机也有这个问题｡同样是轻量级数据交换协议,同样是通过调用远程服务,同样是基于标准的HTTP和HTTPS协议, Flash Remoting为什么选择了使用AMF而放弃了SOAP与Flash 播放器通信呢有如下原因:
SOAP将数据处理成XML格式,相对于二进制的AFM太冗长了; AMF能更有效序列化数据;因为AMF的初衷只是为了支持Flash ActionScript的数据类型,而SOAP却致力于提供更广泛的用途; AMF支持Flash 播放器 6只需要浏览器增加4 KB左右(压缩后)的大小,而SOAP就大多了; SOAP的一些头部文件请求在Flash 播放器 6不支持｡那Flash 播放器 6为什么能访问基于SOAP的Web服务呢?原来Flash Remoting网关将SOAP请求在服务器端与转换成AFM格式,然后利用AFM与Flash 播放器通信｡另外,AMF包中包含onResult事件(比如说response事件)和onStatus事件(比如说error事件),这些事件对象在Flash中可以直接使用｡
AMF协议从Flash MX时代的AMF0发展到现在的AMF3｡AMF3用作Flash Playe 9的ActionScript 3.0的默认序列化格式,而AMF0则用作旧版的ActionScript 1.0和2.0的序列化格式｡ 在网络传输数据方面,AMF3比AMF0更有效率｡AMF3能将int和uint对象作为整数(integer)传输,并且能序列化ActionScript 3.0才支持的数据类型, 比如ByteArray,XML和Iexternalizable｡
在Flash Remoting MX中,AMF正是具备这种特性,只不过这里它是一种信息编码格式｡它本身并不产生信息数据,而是用于编码和解码通过HTTP在Flash影片应用程序和远程服务之间传递的数据｡
由于AMF是专为ActionScript对象模型设计的信息编码格式,所以对于使用Flash Remoting MX的Flash影片应用程序来说非常高效｡
AMF的全称是Action Message Format,它是一个二进制数格式,专为ActionScript对象模型设计｡要从远程服务发送和接收信息,Flash Remoting MX就使用Action Message Format｡使用AMF,Flash Remoting MX可以编码和解码通过HTTP在Flash影片应用程序和远程服务之间传递的数据｡
AMF协议符合Simple Object Access Protocol(SOAP)协议格式,它使用信息包格式分段传送信息｡一个AMF信息包包含下面5个部分｡
(1)信息包头,这一部分包含了AMF版本信息｡
(2)上下关系头计数｡
(3)上下关系头配置｡上下关系头包含了关于一个一个独立的AMF信息应当怎样被处理的描述信息｡
(4)信息计数｡
(5)信息配置｡
在客户端,服务端方法请求被使用NetServices类或Service类的方法自动序列化为AMF格式;在服务端, Flash Remoting MX逆序列化AMF信息｡
当服务端处理完成时,结果又被序列化为AMF格式,并发回Flash影片应用程序｡服务端创建的AMF协议信息格式与客户端创建的AMF信息格式相同｡
单独的AMF协议信息包主体内包含了错误或响应对象,它们被表述成一个ActionScript对象｡
