让Flash更好的利用Xml

本文介绍了一种优化的XML解析方法,该方法通过减少循环次数和利用XML对象的nextSibling属性提高了数据解析速度和代码可读性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

英文原文地址:

http://www.darronschall.com/weblog/archives/000065.cfm

  在网上许多XML的解释数据都涉及到在FLASH不断地从一个XML文档中读取节点树来释放数据。这种做法有两个不足的地方:速度和可读性。下面我将教大家一种不是新的,但是,更可用的方法。

  首先,所谓分析XML就是从一个XML文档中释放数据,并创建一个内部的数据代表。我们通常的做法是加载一个XML文件,并创建一个数组对象来装载里面的数据以便为我们在FLASH中使用。

  我们解释XML文档并把数据装载到数组对象中的原因是多方面的。我们可以节省我们的内存空间,因为XML对象在FLASH是有一点巨大,而且当我们需要用到已加载的XML文件的数据时,我们可以提高数据的访问速度。另外,用playlist_array[1]来表示数组总比在XML文档中找数据来得方便一点。

  下面我们开始吧,我们先看一个在XML文件,这个文件是做一个FLASH的MP3播放器时得用到的。下面是我们的文件,名为playlist.xml:

<xml version="1.0"?>

<playlist>

<track>

<artist><![CDATA[Some Band #1]]></artist>

<name><![CDATA[Some band's song]]></name>

<location><![CDATA[some_band_1.mp3]]></location>

</track>

<track>

<artist><![CDATA[Some Band #2]]></artist>

<name><![CDATA[Some band #2's song]]></name>

<location><![CDATA[some_band_2.mp3]]></location>

</track>

</playlist>

  在上面的XML文件中,我们声名了一个带有两个轨道(track)的播放列表(playlist),每个轨道(track)里有一个歌手名(artist name),歌名(song name),还有mp3文件的地址(location),这些我们都可以动态地载入。下面是我们经常用到的XML的解析方法:

playlist_arr = new Array();

playlist_xml = new XML();

playlist_xml.ignoreWhite = true;

playlist_xml.onLoad = function(success) {

if (success) {

  var startTime = getTimer();

 

  var tracks_xml = playlist_xml.firstChild;

  for (var i = 0; i < tracks_xml.childNodes.length; i++) {

   var trackData = new Object();

   for (var j = 0; j < tracks_xml.childNodes[i].childNodes.length; j++) {

    trackData[tracks_xml.childNodes[i].childNodes[j].nodeName] = tracks_xml.childNodes[i].childNodes[j].firstChild.nodeValue;

    }

   playlist_arr.push(trackData);

   }

 

  trace("Total parse time: " + (getTimer()-startTime));

 

  } else {

  trace("Error loading playlist.");

  }

         // clean up after ourselves

         delete playlist_xml;

}

playlist_xml.load("playlist.xml");

  上面的代码解释了我们的XML文件并创建了一个对组对象。如果在这之前你从来没有处理过XML数据理解这段代码是有点困难的。当解释完成了以后,如果我们要访问第一个轨道的mp3文件的地址我们会用“playlist_arr[0].location”,这里就会得到他的正确的地址。而对我们来说,我们可以把这个做得更好……

  上面那段代码,在我的机子上,用了5毫秒去解除。这里并不怎么样,但不要忘了我们只是解释了两个轨道而已。

  下面是一个更好的释放相同数据的方法,而不用依靠循环地读取子节点:

playlist_arr = new Array();

playlist_xml = new XML();

playlist_xml.ignoreWhite = true;

playlist_xml.onLoad = function(success) {

    if (success) {

        var startTime = getTimer();

       

        var track_xml = playlist_xml.firstChild.firstChild;

        while (track_xml != null) {

            // add the track data to our playlist!

            playlist_arr.push(getTrackData(track_xml));

            track_xml = track_xml.nextSibling;

        }

       

        trace("Total parse time: " + (getTimer()-startTime));

       

    } else {

        trace("Error loading playlist.");   

    }

   

    delete playlist_xml;

}

function getTrackData(track_xml) {

    var trackData = new Object();

   

    var data_xml = new XML();

   

    data_xml = track_xml.firstChild;

    while (data_xml != null) {

        trackData[data_xml.nodeName] = data_xml.firstChild.nodeValue;

        data_xml = data_xml.nextSibling;

    }

   

    return trackData;

}

playlist_xml.load("playlist.xml");

  上面这个方法,我们可以得到相同的结果,但是却快了一点,可读性高了一点。在我的机子上只用了2毫秒来解释这两条轨道信息并装载到playlist数组。

  5毫秒和2毫秒可能差别不大……如果我使到这个播放列表有20条轨道时,第一种处理方法用了113毫秒,而第二种方法则只用了20毫秒。是不是有觉得有点不一样?

  在这个例子中我给代码加了注释。我们最主要就是理解XML对象的onload事件。注意到我在第二种方法通过建立一个getTrackData函数使代码更可读了吗?这里面获得一个节点对象作为参数并返回一个代表着轨道信息的对象。

  不用在节点中频繁地读取每一个元素,我在这里只用了两个XML在FLASH中的属性,firstChild和nextSlibling。即首节点和下一个节点或元素。在循环开始之前,我去掉了所有的东西,只把首点节点作为一个XML值(在例子中为track_xml)。然后,我们的循环是简单:当有节点的时后,我们释放信息。在循环的结尾,我们已得到了数据,并使XML值跳到下一个节点。当下一个节点的值回值为空时,表示没有信息去处理,我们退出循环。

  现在你已看到了一个截然不同的XML对象的解释方法。不用依靠读取子节点,我们利用nextSibling的优点来提高XML解释的速度和可读性。你们许多人也许已用过这种方法,但我想在这里写一下,因为这种方法并不是每个人都知道的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

游鱼_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值