Best Practices für AS3, XML-Parsing

Über die Sache ist für mich, dass es vielleicht brennen Veranstaltung.Bevor es fertig geladen ist, und das macht mich Wundern, ob oder nicht der laden ist das timing.

Wie oft tritt das problem? Können Sie Erfolg haben, einen moment, dann Versagen die nächsten mit dem gleichen Futter?

Testweise versuchen, die Rückverfolgung der URLLoader.bytesLoaded und die URLLoader.bytesTotal an der Spitze der Event.COMPLETE handler-Methode. Wenn Sie nicht übereinstimmen, wissen Sie, dass das Ereignis brennen vorzeitig. Wenn dies der Fall ist, können Sie hören, für Sie die URLLoader-die progress-Ereignis. Überprüfen Sie die bytesLoaded gegen die bytesTotal in Ihrer handler und nur zum Parsen der XML-sobald der laden ist wirklich komplett. Zugegeben, dies ist sehr wahrscheinlich verwandt mit dem, was die URLLoader ist zu tun, bevor es feuert Event.COMPLETE, aber wenn das kaputt ist, können Sie versuchen Ihre eigenen Rollen.

Bitte lassen Sie uns wissen, was Sie herausfinden. Und wenn Sie könnten, bitte fügen Sie in einigen source-code. Wir könnten in der Lage sein, so etwas beachten.

InformationsquelleAutor Brian Warshaw

Als Sie in Ihrer Frage erwähnt, das problem ist sehr wahrscheinlich, dass Ihr Programm auf der Suche auf die XML-bevor es wurde tatsächlich vollständig heruntergeladen, ich weiß nicht, dass es eine todsichere Methode, um zu "analysieren" die XML-weil der parsing-Teil des Codes wird mehr als wahrscheinlich in Ordnung, es ist einfach eine Frage, ob oder nicht es hat tatsächlich heruntergeladen.

Könnten Sie versuchen, verwenden Sie die ProgressEvent.PROGRESS-Ereignis zu überwachen laufend die XML, wie Sie lädt und dann als Re0sless vorgeschlagen, überprüfen Sie die bytesLoaded-vs die bytesTotal und haben Ihre XML-parse beginnen, wenn die zwei zahlen gleich sind, anstelle der Verwendung der Veranstaltung.COMPLETE-Ereignis.

Sollten Sie in der Lage sein, um die bytesLoaded-und bytesTotal-zahlen nur in Ordnung, unabhängig von Domänen, wenn Sie können auf die Datei zugreifen, können Sie auf dessen byte-Informationen.

InformationsquelleAutor vanhornRF

@Brian Warshaw: Dieses Problem tritt nur bei etwa 10-20% der Zeit. Manchmal hat es Schluckauf und einfach Neuladen der app wird funktionieren, andere Male, die ich verbringen eine halbe Stunde Neuladen der app immer und immer wieder ohne Erfolg.

Dies ist der original-code (wenn ich die Frage gestellt habe):

public class BlogReader extends MovieClip {
    public static const DOWNLOAD_ERROR:String = "Download_Error";
    public static const FEED_PARSED:String = "Feed_Parsed";

    private var mainXMLLoader:URLLoader = new URLLoader();
    public var data:XML;
    private var _totalEntries:Number = 0;

    public function BlogReader(url:String){
        mainXMLLoader.addEventListener(Event.COMPLETE, LoadList);
        mainXMLLoader.addEventListener(IOErrorEvent.IO_ERROR, errorCatch);
        mainXMLLoader.load(new URLRequest(url));
        XML.ignoreWhitespace;
    }
    private function errorCatch(e:IOErrorEvent){
        trace("Oh noes! Yous gots no internets!");
        dispatchEvent(new Event(DOWNLOAD_ERROR));
    }
    private function LoadList(e:Event):void {
        data = new XML(e.target.data);

        // calculate the total number of entries.
        for each (var i in data.channel.item){
            _totalEntries++;
        }

        dispatchEvent(new Event(FEED_PARSED));
    }
}

- Und dies ist der code, den ich geschrieben habe basiert auf Re0sless' original-Antwort (ähnlich zu einigen Kommentaren erwähnt):

public class BlogReader extends MovieClip {
    public static const DOWNLOAD_ERROR:String = "Download_Error";
    public static const FEED_PARSED:String = "Feed_Parsed";

    private var mainXMLLoader:URLLoader = new URLLoader();
    public var data:XML;
    protected var _totalEntries:Number = 0;

    public function BlogReader(url:String){
        mainXMLLoader.addEventListener(Event.COMPLETE, LoadList);
        mainXMLLoader.addEventListener(IOErrorEvent.IO_ERROR, errorCatch);
        mainXMLLoader.load(new URLRequest(url));
        XML.ignoreWhitespace;
    }
    private function errorCatch(e:IOErrorEvent){
        trace("Oh noes! Yous gots no internets!");
        dispatchEvent(e);
    }
    private function LoadList(e:Event):void {
        isDownloadComplete();           
    }
    private function isDownloadComplete() {
        trace (mainXMLLoader.bytesLoaded + "/" + mainXMLLoader.bytesLoaded);
        if (mainXMLLoader.bytesLoaded == mainXMLLoader.bytesLoaded){
            trace ("xml fully loaded");

            data = new XML(mainXMLLoader.data);

            // calculate the total number of entries.
            for each (var i in data.channel.item){
                _totalEntries++;
            }

            dispatchEvent(new Event(FEED_PARSED));
        } else {
            trace ("xml not fully loaded, starting timer");
            var t:Timer = new Timer(300, 1);
            t.addEventListener(TimerEvent.TIMER_COMPLETE, loaded);
            t.start();
        }
    }
    private function loaded(e:TimerEvent){
        trace ("timer finished, trying again");
        e.target.removeEventListener(TimerEvent.TIMER_COMPLETE, loaded);
        e.target.stop();

        isDownloadComplete();
    }
}

Werde ich darauf hinweisen, dass seit dem hinzufügen des Codes bestimmen, ob mainXMLLoader.bytesLoaded == mainXMLLoader.bytesLoaded ich habe nicht hatte ein Problem - der hat gesagt, dieser bug ist schwer zu reproduzieren, so dass für alle I weiß, ich habe nicht Feste überhaupt, und stattdessen nur Hinzugefügt nutzlosen code.

InformationsquelleAutor Jeff Winkworth

Schlage ich vor, dass Sie einen bug-Bericht an https://bugs.adobe.com/flashplayer/, denn die Veranstaltung sollte das wirklich nicht das Feuer, bevor alle bytes geladen sind. In der Zwischenzeit habe ich denke, Sie haben zu Leben mit dem timer. Sie könnten in der Lage sein, dasselbe zu tun, durch das hören auf das progress-Ereignis statt, das könnte vielleicht sparen Sie von dem Griff, den timer selbst.

InformationsquelleAutor Theo

Konnten Sie eine eindeutige element-namespace am Ende Ihrer XML-Dokument, das ein Attribut "Wert" den Wert "true";

//The XML
//Flash ignores the line that specifies the XML version and encoding so I have here as well.

<parent>
    <child name="child1" />
    <child name="child2" />
    <child name="child3" />
    <child name="child4" />
    <documentEnd value="true" />
</parent>

//Sorry about the spacing, but it is difficult to get XML to show.

//Flash
var loader:URLLoader = new URLLoader();
var request:URLRequest = new URLRequest('pathToXML/xmlFileName.xml');

var xml:XML;

//Event Listener with weak reference set to true (5th parameter);
//The above comment does not define a required practice, this is to aid with garbage collection.

loader.addEventListener(Event.COMPLETE, onXMLLoadComplete, false, 0, true);
loader.load(request);
function onXMLLoadComplete(e:Event):void
{
   xml = new XML(e.target.data);

   //Now we check the last element (child) to see if it is documentEnd.
   if(xml[xml.length()-1].documentEnd.@value == "true")
   {
      trace("Woot, it seems your xml made it!");
   }
   else
   {
      //Attempt the load again because it seems it failed when it was unable to find documentEnd in the XML Object.
      loader.load(request);
   }
}

Ich hoffe, dass dies hilft Ihnen für jetzt, aber die wirkliche Hoffnung ist, dass genug Leute, damit adobe über dieses Problem erfahren. Es ist eine traurige Sache, nicht verlassen können, um auf Ereignisse. Ich muss aber sagen, von dem, was ich gehört habe, über XML -, ist es nicht sehr optimal, im großen Maßstab und glauben, dass dies ist, wenn Sie so etwas wie AMFPHP zu serialisieren der Daten.

Hoffe, das hilft! Denken Sie daran, die Idee hier ist, dass wir wissen, was das Letzte Kind/element in der XML ist, weil wir es einrichten! Es gibt keinen Grund, dass wir nicht in der Lage sein, um Zugriff auf das Letzte untergeordnete Element/element, aber wenn wir nicht können, müssen wir davon ausgehen, dass die XML wurde zwar nicht abgeschlossen, und wir zwingen es wieder zu laden.

InformationsquelleAutor Brian Hodge