LoadMax
7、设定区域对image/video/swf进行裁剪
假
设你想让一张图片等比缩放以适应到某个区域，但是不希望在区域的边缘留下空白区。怎么做？你可以首先设定scaleMode属性
为"proportionalOutside"，然后将"crop"属性设置为true。这样可以使图片等比填充整个区域，并且讲超出区域的部分裁剪掉。
下面给一段代码：
var loader:ImageLoader = new ImageLoader("1.jpg",
{width:200, height:100, scaleMode:"proportionalOutside", crop:true,
container:this, x:50, y:70});
8、progress 和 rawProgress有什么不同？（译者注：这个特性需要特别了解）
所
有的加载器都有一个"progress"属性来显示"bytesLoades"和"bytesTotal"的比例（即进度）。但是LoaderMax类还
多了一个"rawProgress"的属性，这个属性将所有的加载文件同等对待而且与文件大小无关。它在一些特定的场合下会比较有用：比如你发现你的进度
条不稳定或者你想忽略文件大小的评估同时不想给你的加载器设定estimatedBytes 。
下面有个例子，可以让你充分了解"progress"和"rawProgress"在各种情景下的比较。你会发现"rawProgress"进度条不会突变，但是相对于以文件大小为计算依据的方式速度会一会儿快，一会儿慢。
点
击load()按钮你可以看到"progress"非常精确并且平滑。(这是因为estimatedBytes的值是正确的)接下来你试着改变
estimatedBytes的值或者删除estimatedBytes的值看一下省略的时候的运行情况。试着取消“auditSize”的复选框，可以
观察“auditSize”为false的情况下是如何运行的。更多有关进度条暴增和回退的问题原因会在下一节做讲解。
9、避免进度条的抖动（暴增或者回退）
不知道你有没有在使用中遇到过进度条暴增活着回退的情况。一般在单一加载的时候不会出现这种情况，但是当你用一个LoaderMax实例去加载多个文件的一些特殊场合会发生这种情况。首先说一下原因和我所使用的方案。
为
了精确的计算一组加载器总的进度，我们最关键的是需要知道每一个文件的文件大小。但是在文件还没有开始加载的时候我们如何知道要加载的大小
呢？LoaderMax通过两种方式来处理：第一种——在创建你的loader的时候随意指定一个值给"estimatedBytes"属性，就像这样：new ImageLoader("1.jpg", {estimatedBytes:26000});estimatedBytes 选项，让LoaderMax自己去计算。
如
果你给一个加载器设定了一个"estimatedBytes"值，LoaderMax会根据这个值来计算"progress"，直到开始真正加载取到了真
实的文件大小值再替换掉它。如果你所设定的值不准确，就会在修正这个文件大小值的时候出现进度条的抖动。具体现象为：如果你所设定的值比真实的文件大小值
小很多，就会出现进度条的回退。如果你所设定的值比真实的文件大小值大很多，就会出现进度条的暴增现象。
LoaderMax所采用的第二
种解决方式是检查真实文件。默认情况下会查找每一个子加载器是否有"estimatedBytes"设置。一旦发现没有进行设置，就会迅速开启一个
URLStream取得真实的文件大小，并立刻关闭再检查下一个。全部检测完毕后，就会按照真实的文件总字节数加载并计算进度。这样做的好处是减少了你的
麻烦并且会进度会非常准确。不过会要在开始下载前花费一些检查的时间。
当然你也可以关闭"auditSize"选项或者进行全局设置关闭所有加载器的"auditSize",下面是代码：
var loader:ImageLoader = new ImageLoader("1.jpg", {width:200, //turns auditing off for only this instance:
var queue:LoaderMax = new LoaderMax({auditSize:false});
//changes the default auditSize to false for all LoaderMax instances created after this point
LoaderMax.defaultAuditSize = false;height:100, scaleMode:"proportionalOutside", crop:true, container:this, x:50, y:70});
好了，知道了原因下面我们来看一下如何解决，这里有一些方案共你选择：
比较省事、精确、需要一点额外时间（默认）的方式
忽略
给一个估计的文件大小值设置到estimatedBytes
这种方式需要给一个合适的值，否则过大进度条会暴增，过小进度条会回退。
比较省事、非常不精确、无需额外时间
关闭自动校验长度开关也不给默认的文件大小值，此时文件长度会使用默认的20000字节为长度。
省事、比较精确、无需额外时间
关闭自动校验长度开关改用"rawProgress"来代替"progress"。由于rawProgress的计算方式与文件长度有关仅与文件个数有关，所以没有必要校验文件长度了。
10、每一个文件都会请求两次吗？
不是这样的。事实上只有当你没有设置estimatedBytes并且自动校验长度开关打开的情况下才需要请求两次服务器。多出的这一次是用于校验文件长度的。
11、集成roo swf到LoaderMax进度
加入你要获取一个很大的swf文件，还需要加载很多素材，同时你还希望了解所有这些的进度（包括这个root Swf)。你可以这样来做：
var queue:LoaderMax = new LoaderMax({onProgress:progressHandler, onComplete:completeHandler});
queue.append( new SelfLoader(this) ); //just to include the root swf in the progress calculations
queue.append( ...append your other loaders... );
queue.load();
12、parse()一个完整的Url数组
有时候你会希望简单的给LoaderMax一个数组，让它自己使用对应的类型去加载。可以用下面的方法来做：
var urls:Array = ["1.jpg", "video.flv", "child.swf", "audio.mp3"];
//activate the types of loaders so that parse() can recognize the appropriate extensions (only necessary once)
LoaderMax.activate([ImageLoader, VideoLoader, SWFLoader, MP3Loader]);
var queue:LoaderMax = LoaderMax.parse(urls, {onComplete:completeHandler}, {autoPlay:false});
queue.prependURLs("http://www.greensock.com/assets/");
//saves us from having to include this in every URL in the array, and
makes switching servers very easy.
queue.load();
取得加载的内容用下面的方法：
function completeHandler(event:LoaderEvent):void {
var video:VideoLoader = LoaderMax.getLoader("http://www.greensock.com/assets/video.flv");
addChild( video.content );
video.playVideo();
}
13、取得代码提示和严格的数据类型
如果你不介意文件长度稍微会长一点、代码量会大一些。可以使用
var config:LoaderMaxVars = new LoaderMaxVars();
config.name = "queue1";
config.onComplete = completeHandler;
config.onProgress = progressHandler;
config.maxConnections = 1;
var queue:LoaderMax = new LoaderMax(config);
