flex客户端缓存应用

原文章:http://lib.airia.cn/2010/1119/FLEX_cache.html

flex或者flash客户端的缓存,并不是指浏览器的缓存,浏览器的缓存在一定时间后会过期。

使用flex或者flash开发出来的网站最大的问题就是swf文件过大,国内网速有限,导致加载时间过长,这样会丢失很多潜在的客户。

flex使用RSL技术,可以解决框架的缓存与共享,很大程度的解决了加载问题。但是如果项目过大,还是会导致加载时间很长这个问题。我使用了SharedObject进行客户端的SWF与Module的缓存,并进行版本控制。在服务器端做一个配置文件,客户端若有缓存过数据,则进行版本控制,达到客户端数据与服务器端数据保持一样。

例子:

假设现在有个Application的项目,生成的Application.swf文件是2028K,客户端的下载速度是100k/s,则差不多需要使用20秒的时间。现在将Application中的部分源码抽出来,使用Module机制,变成Application.swf428K,Module1.swf1000K,Module2.swf600K。不使用缓存的话,完整的加载完Application还是需要差不多20秒时间,若使用缓存,将Module1.swf与Module2.swf缓存在客户端,则只需要加载Application.swf的428K,差不多4秒时间,加上Moduel的读取2秒时间,最多也就6-7秒时间。效率很明显。而且还可以缓存其他的乱七八糟的东西,例如皮肤.swf,图片资源.swf等等.如果有跳转页面的话,还可以将Application.swf也进行缓存。

问题:

如果遇到客户端不允许缓存,则跳过缓存,无碍程序的加载和运行。

如果一个用户,多次的打开本网站,说明对本网站有了一定的兴趣,在多次被询问是否允许缓存后,点击允许的可能性也加大。

当用户能够清楚的了解到缓存的好处时,允许缓存,一.可以加速用户体验,二.可以降低服务器压力,三.可以降低服务器带宽的使用。

文章最后有一个Demo供下载测试使用,源代码暂时打包成SWC,未开放出来。

下面将解释一下如何使用WarmC.swc:

配置文件Cache_config.xml

<dataid="moduleOne"version="beta01"/>

<dataid="moduleTwo"version="beta01"/>

<dataid="mySwf"version="beta01"/>

*当然,配置文件的路径,和名字可以由你任取,但需要在版本控制时指定路径,下面将介绍如何启动版本控制

*id属性,标记这个缓存的名字,将会在全局使用,包括缓存的SharedObject名称,以及版本控制,下面读取缓存时将会使用到这个id

*version版本控制,随你起名称。但是为了确保不会与以前的版本混淆,推荐最好还是使用递增的版本名称

首先必须在缓存的使用之前先启动版本控制,需要导入以下包:

importWarmC.Cache.LocationDataProxy;

然后启动版本控制:

LocationDataProxy.getInstance().CacheReBuild(0.5);

CacheReBuild(size:int,configUrl:String)方法使用说明:

*size参数,指定缓存的总大小,单位为兆(M),不填则默认为1M即运行到这个地方时,就会判断客户端的SharedObject允许缓存大小,再提示用户修改缓存最大值设置如果你需要缓存的数据较大,则可对应取下面的值

size<=0不提示,或者默认客户端的100Kb

0

LocationDataProxy.getInstance().Warm_Human(true);

Warm_Human(bool:Boolean)说明:

*FlashPlayer的SharedObject,在使用超过客户端的设置大小后,就会提示用户,并征求其意见,是否同意网站的缓存

*如果,在系统需要缓存多个数据时,而且用户拒绝了缓存,系统将会在每次需要写入SharedObject时,都进行询问是否允许缓存,这样的用户体验十分糟糕。

*当设置Warm_Huma为true时,在第一次提示用户是否允许程序缓存改大小后,如果用户拒绝了,以后的缓存将不会再提示,也不会再在客户端缓存,直到用户再次运行此程序.

*false,不管用户是否拒绝,每次需要增大缓存区大小时,都会提示用户

*不使用该方法,默认为true。所以这个方法很少用到。

确保版本控制启动成功后,可以进行module加载,先导入以下包:

importWarmC.Cache.ModuleCacheProxy;

加载module

ModuleCacheProxy.getInstance().load("moduleOne","ModuleOne.swf",onProgress,onReady);

functiononProgress(bytesLoaded:uint,bytesTotal:uint):void{

trace(">加载ModuleOne:"+bytesLoaded+"/"+bytesTotal);

}

functiononReady(data:Object):void{

trace(">ModuleOne加载完成!");

Application.application.addChild(dataasUIComponent);

}

*load(name:String,url:String,onProgress:Function,onReady:Function)说明:

*name,指的是Module在配置文件Cache_config文件中的ID,此处必须与配置文件一致。用于版本控制,以及

客户端的缓存文件名,通过name获取SharedObject

*url,指的是Module的Swf文件路径,Demo的Module文件均在根目录,所以直接指定名称

*onProgress,指加载Module时的进度回调方法,传回两个参数,bytesLoaded与bytesTotal,若需要显示进度条,则这个方法是必备的。如果缓存不存在,则bytesLoaded与bytesTotal会是从服务器端加载数据的值;

如果缓存已经存在,则该方法只调用一次,而且两个回传参数均是100

*onReady,指加载完成后的回调方法,传回一个UIComponent类型的参数data

*代理器使用了饿汉单例模式,检测module是否已经缓存在客户端。

*如果已经缓存在客户端,则直接读取

*否则,从服务器端加载,显示,再缓存到客户端,打上版本。

加载SWF(非module),需导入以下包:

importWarmC.Cache.SwfCacheProxy;

加载SWF:

SwfCacheProxy.getInstance().load("mySwf","test.swf",onProgress,onReady);

functiononProgress(bytesLoaded:uint,bytesTotal:uint):void{

trace(">加载SWF:"+bytesLoaded+"/"+bytesTotal);

}

functiononReady(data:Object):void{

trace(">SWF加载完成!");

varload:Loader=newLoader()

load.loadBytes(dataasByteArray);

varuic:UIComponent=newUIComponent();

uic.addChild(load);

Application.application.addChild(uic);

}

load(name:String,url:String,onProgress:Function,onReady:Function)说明:

*属性作用与ModuleCacheProxy一样

*唯一不同点,onReady方法的回传参数为一个ByteArray,需要自己进行包装目前使用起来就是这样。你可以使用SwfCacheProxy来缓存皮肤Style.swf,游戏插件,图片资源等等Swf数据。

在例子中,有个“加载Module2”:

privatefunctionloadModule2():void{

ModuleCacheProxy.getInstance().load("moduleTwo","ModuleTwo.swf",onProgress,onReady);

ModuleCacheProxy.getInstance().load("moduleTwo","ModuleTwo.swf",onProgress,onReady);

functiononProgress(bytesLoaded:uint,bytesTotal:uint):void{

trace(">加载ModuleTwo:"+bytesLoaded+"/"+bytesTotal);

}

functiononReady(data:Object):void{

trace(">ModuleTwo加载完成!");

Application.application.addChild(dataasUIComponent);

}

}

相关推荐