Beispiele wären sehr hilfreich.
Mal ein bischen übern Tellerrand geschaut: Die neuen Features moderner Browser ermöglichen Ajax mit reinen Binärdaten, Objekt ArrayBuffer.

Es ist möglich, in ArrayBuffer komplexe Datenstrukturen zu übertragen, als Multipart-Content in einer einzigen Binary serialisiert.

Serverseitig hätten wir z.b. sowas:



Nun, es ist naheliegend, einen Serializer wie Storable o.ä. zu nehmen um das als Response zu senden anstatt einen eigenen Serializer zu implementieren. Was wir brauchen, ist ein Deserializer in JavaScript, wo obenstehende Struktur deserialisiert in einer Datenstruktur im DOM landet.

Damit können auch neue HTML5-Elemete wie audio, video mit Daten betankt werden, ich habe das mit einem proprietären Serializer/Deserializer getestet und das funktioniert einwandfrei. Nichts produktives, nichts aufregendes und nur Hobby.

Interessant wirds das erst, wenn JS im DOM mit einer Binary zurechtkommt, die mit Perl/serverseitig per Storable::freeze oder Sereal o.ä. erzeugt wird. Sozusagen Perl-Standards in den Browser hinein verlängern.

Wenn ich in den nächsten Tagen dazu komme, gehe ich das mit Storable und o.g. Hash of Hashes an. Mein Verständnis für c muss ich sehr auffrischen, ist schon ne Weile her ;)

Der Gewinn gegnüber XML, JSON, YAML u.a. liegt in einem kleineren Bandbreitenbedarf und einem besserern Verhältnis zwischen Nutzdaten/Verpackung, was für mobile Endgeräte auch in Zukunft eine Rolle spielen dürfte.

Genauso möglich: PHP serialize('Quellcode liegt offen'). Na, vielleicht mach ich das als Erstes, aber Perl ist mir letztendlich lieber ;)

Edit: PHP.serialize() ist irreführend, das ist zwar binary-safe aber zeichenorientiert und nicht im Sinne einer Sequenz nach Niklaus Wirth; was aber nicht heißen soll, dass ich jetzt auf Pascal umsteige ;)
Last edited: 2014-02-08 09:21:26 +0100 (CET)

2014-02-08T13:05:46 pq

2014-02-07T12:31:02 rosti

Edit: Also mal ehrlich, ein Struct nach dem EAV-Pattern ist zum Serialisieren besser geeignet, selbst dann, wenn Datentypen mitgeschleift werden sollen UND eine Unterscheidung zwischen Leerstring und undef; dafür würde ein Byte vollauf genügen.

ich bin sicher, die leute von booking freuen sich, wenn sie mit hilfe eines experten die ohnehin schon guten werte von Sereal noch weiter verbessern können.
nimm kontakt auf, schreib einen patch!

Du und Gwen, Ihr beide versteht überhaupt nicht, worum es eigentlich geht. Vielleicht auch mein Versäumnis, also nochmal:

Es geht NICHT darum, ein Sereal oder Storable verbessern zu wollen.
Mir gehts lediglich darum, einen Algorithmus zu finden, der serverseitig mit Perl implementiert und clientseitig im DOM die Daten random-access verfügbar macht.

Und so wie es aussieht, ist Storable oder Sereal für so eine, an sich einfache Sache, sehr wahrscheinlich überqualifiziert. So werde ich vorerst weder den Sereal noch den Storable-Algorithmus dafür einsetzen, für eine programmiertechnische Lösung, welche das EAV-Pattern vollkommen beschreibt.


PS, Buchtipp: Niklaus Wirth, Algorithmen und Datenstrukturen (mit Modula-2)
Insbesondere das Kapitel über Sequenzen. Das Buch ist von 1986

EDIT: Demo fast fertig http://rolfrost.de/video.html
Clientseitig/JavaScript wird noch verbessert ;)
Und auf die Seite kommt noch bischen Text...


Serialize nach EAV Pattern (Entity Attribute Value)

Last edited: 2014-02-08 20:01:42 +0100 (CET)