網(wǎng)絡的變化速度是驚人的。隨著協(xié)議的不斷更新，在一些網(wǎng)絡多媒體傳輸中我們多采用了Flash Remoting的核心技術:AMF協(xié)議。這個協(xié)議開始就可以以XML或者“變量/值"配對輸出格式向服務器傳送數(shù)據(jù)｡

雖然這些數(shù)據(jù)能通過Flash編譯器自動解析或者通過開發(fā)人員自行編寫的代碼手動解析,但解析的速度慢｡因為在解析過程中,XML需要按節(jié)點逐層處理數(shù)據(jù)｡而且使用XML和“變量/值"配對格式處理的數(shù)據(jù)類型只能是字符型,數(shù)字也不例外｡

而Flash Remoting卻能處理復雜數(shù)據(jù)類型,比如對象､結構､數(shù)組,甚至可以是數(shù)據(jù)集,配合DataGrid組件可以很方便地顯示數(shù)據(jù)｡

為了處理復雜數(shù)據(jù)類型,采用一種獨有的方式使Flash與應用服務器間可以來回傳送數(shù)據(jù)勢在必行｡

于是AMF應運而生｡AMF是Adobe獨家開發(fā)出來的通信協(xié)議,它采用二進制壓縮,序列化､反序列化､傳輸數(shù)據(jù),從而為Flash播放器與Flash Remoting網(wǎng)關通信提供了一種輕量級的､高效能的通信方式｡

AMF***的特色在于可直接將Flash內置對象,例如Object,Array,Date,XML,傳回服務器端,并且在服務器端自動進行解析成適當?shù)膶ο?這就減輕了開發(fā)人員繁復工作,同時也更省了開發(fā)時間｡

由于AMF協(xié)議采用二進制編碼,這種方式可以高度壓縮數(shù)據(jù),因此非常適合用來傳遞大量的資料｡

數(shù)據(jù)量越大,Flash Remoting的傳輸效能就越高,遠遠超過WebService｡至于XML,LoadVars和loadVariables(),它們使用純文本的傳輸方式,效能就更不能與Flash Remoting相提并論了｡

注意:

Flash Remoting需要瀏覽器支持BinaryPOST,Flash播放器在Netscape6.x.環(huán)境下運行Flash Remoting會不起作用(Flash Remoting調用沒有效果也不返回錯誤),Netscape7已經(jīng)糾正了這個bug｡

對于早期Safari和Chimera版的蘋果機也有這個問題｡同樣是輕量級數(shù)據(jù)交換協(xié)議,同樣是通過調用遠程服務,同樣是基于標準的HTTP和HTTPS協(xié)議,Flash Remoting為什么選擇了使用AMF協(xié)議而放棄了SOAP與Flash播放器通信呢？

有如下原因:

SOAP將數(shù)據(jù)處理成XML格式,相對于二進制的AFM太冗長了;

AMF能更有效序列化數(shù)據(jù);

因為AMF的初衷只是為了支持FlashActionScript的數(shù)據(jù)類型,而SOAP卻致力于提供更廣泛的用途;

AMF支持Flash播放器6只需要瀏覽器增加4KB左右(壓縮后)的大小,而SOAP就大多了;

SOAP的一些頭部文件請求在Flash播放器6不支持｡

那Flash播放器6為什么能訪問基于SOAP的Web服務呢?

原來Flash Remoting網(wǎng)關將SOAP請求在服務器端與轉換成AFM格式,然后利用AFM與Flash播放器通信｡另外,AMF包中包含onResult事件(比如說response事件)和onStatus事件(比如說error事件),這些事件對象在Flash中可以直接使用｡AMF協(xié)議從FlashMX時代的AMF0發(fā)展到現(xiàn)在的AMF3｡AMF3用作FlashPlaye9的ActionScript3.0的默認序列化格式,而AMF0則用作舊版的ActionScript1.0和2.0的序列化格式｡在網(wǎng)絡傳輸數(shù)據(jù)方面,AMF3比AMF0更有效率｡AMF3能將int和uint對象作為整數(shù)(integer)傳輸,并且能序列化ActionScript3.0才支持的數(shù)據(jù)類型,比如ByteArray,XML和Iexternalizable｡