Hallo allerseits,
ich habe vorhin meinem Auszubildenden erklärt, wie SharedObjects funktionieren und wie er seine Idee (dazu gleich) am besten umsetzen kann. Es geht darum, dass ein Kunde einen Header in Flash hat. Wenn man das erste mal auf die Seite kommt, soll eine frenzy Animation ablaufen, die kurz das Firmenprofil erzählt und eigentlich viel zu lang ist. Wenn man sich die einmal angeschaut hat, soll ein Cookie gesetzt werden, damit man sich bei einem erneuten Aufruf der Seite nicht das ganze noch einmal anschauen muss.

SharedObjects sind die Cookies von Flash. Abgesehen davon, dass sie schrecklich schwierig zu löschen sind (nämlich nicht über die browsereigene Funktion, sondern eigtl. nur per Hand), sind sie super leicht zu schreiben und auszulesen. Es gibt im Wesentlichen nur 3-4 wichtige Methoden, um ein SharedObject zu steuern. Für den folgenden Artikel lege ich übrigens jedem unsere Debug-Klasse ans Herz, mit der sich Objekte ohne weiteres komplett tracen lassen. Einfach zu eurer .fla ins Verzeichnis legen und es funktioniert wie in meinen Beispielen.

SharedObject anlegen & auslesen

Ersteinmal muss man sich ein SharedObject-Objekt instanzieren, welches uns als Referenz für alle weiteren Methoden (schreiben, lesen, löschen) dient. Dieses Objekt "verknüpfen" wir dann mit einem SharedObject, welches der Client auf seinem PC/Mac hat, bzw. wir erstellen wollen. Haben wir das gemacht, könnten wir direkt die Daten auslesen.

Es wird also ein Objekt namens sharedObject instanziert. Diesem weisen wir mit der SharedObject eigenen Funktion getLocal() die Daten aus einem SharedObject namens "beautifycode" zu, welches nicht verschachtelt ist (es lassen sich z.B. für eine Seite mehrere SharedObjects schreiben - da bietet es sich an, diese mit der Domain zu verschachteln) und nicht für sichere Verbindungen benötigt wird - das wird durch "/" und "false" angegeben. Da wir noch nichts in dieses SharedObject geschrieben haben, wird unser dump auch nichts zurückliefern.

Daten ins SharedObject schreiben

Um Daten in ein SharedObject zu schreiben müssen wir uns, wie immer, ersteinmal eine Referenz basteln, das lokale SharedObject "verknüpfen" (hat dafür jemand mal ein passenderes Wort? :)) und dann können wir darin Daten speichern und auslesen.

Das SharedObject bringt ein Data-Objekt mit sich, in dem alles gespeichert wird. Wir greifen also darauf zu und geben dem Objekt zwei Eigenschaften, nämlich z.B. "userName" und "age". Durch die Methode flush() wird das Data-Objekt auf dem PC/Mac geschrieben. Also: SharedObject instanzieren, "lokalisieren" (schon besser..), etwas zuweisen, flushen. Würden wir nun das Data-Objekt dumpen, sähe es wie folgt aus:

Und schon haben wir auf dem PC/Mac des Besitzers ein Cookie gesetzt.

SharedObject löschen

Um ein SharedObject komplett zu leeren, gibt es natürlich auch eine Methode, die clear() heißt:

Konkretes Beispiel

Im oben erwähnten Beispiel würde mein Azubi also nun nach Ablauf der Animation ein SharedObject erstellen und z.B. die Eigenschaft "hasSeen" im Data-Objekt auf true setzen. Direkt am Anfang der SWF würde er abfragen, ob diese Eigenschaft gesetzt ist, falls nicht: Animation abspielen, falls schon: Alternativcontent darstellen. Mit clear() könnte er dann dieses Cookie wieder löschen, falls der User das möchte.

SharedObject und Private Browsing

Nick Weschkalnies hat mich auf die Neuerung im Behandeln von SharedObjects im Flash Player 10.1 erinnert. Seit dieser Version wird "echtes" Private Browsing unterstützt, zumindest was die flasheigenen Cookies angeht. Ruft ein Besucher eine SWF auf, die ein SharedObject schreiben will, so wird es im Private Browsing Modus lediglich in den Arbeitsspeicher geschrieben. Desweiteren kann ein bereits im normalen Modus gesetztes SharedObject nicht im privaten gelesen werden.

So, ich hoffe, es hilft noch dem einen oder anderen weiter :)