AMF協(xié)議的最基本概念則是在XML的文本數(shù)據(jù)中了解到的。隨著對這個協(xié)議的學習，發(fā)現(xiàn)它的使用已經(jīng)不再僅僅局限在一種方式中。在很多其他領域也有了它的展現(xiàn)。現(xiàn)在我們就來認識一下這個協(xié)議吧。

Action Message Format協(xié)議的簡稱,AMF協(xié)議是Adobe公司自己的協(xié)議,主要用于數(shù)據(jù)交互和遠程過程調用,在功能上相當于WebService,但是AMF與WebService中的XML不同的是AMF是二進制數(shù)據(jù),而XML是文本數(shù)據(jù),AMF的傳輸效率比XML高｡AMF使用HTTP方式傳輸,目前主要是用于ActionScript中,即實現(xiàn)Flex和Server之間的通信｡目前有二種版本--AMF0和AMF3

AMF協(xié)議***的特色在于可直接將Flash內置對象,例如Object, Array, Date, XML,傳回服務器端,并且在服務器端自動進行解析成適當?shù)膶ο?這就減輕了開發(fā)人員繁復工作,同時也更省了開發(fā)時間｡由于AMF采用二進制編碼,這種方式可以高度壓縮數(shù)據(jù),因此非常適合用來傳遞大量的資料｡數(shù)據(jù)量越大,Flash Remoting的傳輸效能就越高,遠遠超過Web Service｡至于XML, LoadVars和loadVariables(),它們使用純文本的傳輸方式,效能就更不能與Flash Remoting相提并論了｡

同樣是輕量級數(shù)據(jù)交換協(xié)議,同樣是通過調用遠程服務,同樣是基于標準的HTTP和HTTPS協(xié)議, Flash Remoting為什么選擇了使用AMF而放棄了SOAP與Flash 播放器通信呢有如下原因:

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

2 AMF能更有效序列化數(shù)據(jù);因為AMF協(xié)議的初衷只是為了支持Flash ActionScript的數(shù)據(jù)類型,而SOAP卻致力于提供更廣泛的用途;

AMF從Flash MX時代的AMF0發(fā)展到現(xiàn)在的AMF3｡AMF3用作Flash Playe 9的ActionScript 3.0的默認序列化格式,而AMF0則用作舊版的ActionScript 1.0和2.0的序列化格式｡ 在網(wǎng)絡傳輸數(shù)據(jù)方面,AMF3比AMF0更有效率｡AMF3能將int和uint對象作為整數(shù)(integer)傳輸,并且能序列化ActionScript 3.0才支持的數(shù)據(jù)類型, 比如ByteArray,XML和Iexternalizable｡

AMF(Action Message Format)是一種binary format的資料型態(tài),透過AMF over HTTP的方式將flash端資料編碼后傳回server,server端的remoting adaptor接收到資料后則會譯碼回正確的native對象,交給正確的程序處理｡ AMF協(xié)議除了用于Flash remoting外,也廣泛的用于 Local Connection 與 Flash communication server,它***的特色在于可直接將flash native object。

例如Object, Array, Date, XML,傳回server端,并且在server端自動進行轉譯成適當?shù)膶ο?例如flash 的Array傳回PHP時就會自動轉換為 Associative Array;這個特色對開發(fā)者***的好處在于不需要再人工處理serialization 與 deserialization的繁復工作,不但精確度更高,同時開發(fā)也更省時間｡ 由于AMF協(xié)議是binary format并且編碼時經(jīng)過高度壓縮,因此非常適合用來傳遞大量的資料,根據(jù)flashorb網(wǎng)站的測試(主要針對web service與flash remoting),當資料量越大時,flash remoting的傳輸效能就越高,遠遠超過web service的表現(xiàn),因此同樣的道理也可得知xml, loadVars, loadVariables 等使用plaine text format的傳輸方式自然也無可比擬。