Es scheint mir nur, dass ich beim Schreiben von Code für dynamische Datenvisualisierung immer wieder dieselben Dinge in verschiedenen Sprachen / Plattformen mache. Nun, wenn ich eine plattformübergreifende Sprache hätte (was ich tue) und so etwas wie eine binäre Version von SVG, könnte ich mein Code-Ziel dazu machen und Dolmetscher für jede Plattform verwenden / erstellen, die ich momentan brauche, um sie zu benutzen.
Der Grund, warum ich SVG nicht will, ist, dass der Klartextteil es für meine Zwecke zu langsam macht. Ich könnte natürlich nur mein eigenes intermediäres Format erstellen, aber wenn es da draußen schon etwas gibt, das von verschiedenen Dingen umgesetzt wird, dann ist das weniger für mich!
Je nachdem, was Sie mit "zu langsam" meinen, variiert die Antwort:
Offiziell ist SVGZ, das eine gezippte SVG-Datei mit der Erweiterung .svgz ist, am nächsten an SVG. Alle konformen SVG-Viewer sollten in der Lage sein, sie zu öffnen. Eine Sache ist einfach auf * nix-Systemen:
Sie können auch eine Brotli-Komprimierung ausprobieren, die tendenziell eine kleinere Dateigröße auf Kosten einer längeren Komprimierungszeit aufweist. p>
SVG kann Bitmaps und andere binäre Daten nur über die base64-Codierung bündeln, was ziemlich viel Aufwand bedeutet. p>
PDF kann "Ströme" roher Binärdaten enthalten und ist überraschend effizient, wenn es programmgesteuert erzeugt wird.
Das ist schwierig. PDF und sein Bruder, Encapsulated PostScript , sind ebenfalls alte, gut unterstützte Vektorgrafikformate. Leider sind sie auch Text im Kern, mit optionaler Komprimierung.
Sie können Computer Graphics Metafiles ausprobieren, die im Voraus erstellt werden können. Aber ich bin nicht sicher, wie gut sie auf Consumer-Geräten unterstützt werden.
Tags und Links svg graphics intermediate-language