Speichern & Laden

Zwei Aufrufe decken die Persistenz ab:

const state = engine.serializeWorkspace();   // schlichtes JSON-serialisierbares Objekt
engine.loadWorkspace(state);                 // wiederherstellen

Der Zustand ist Blocklys Standard-JSON-Serialisierung des Workspace — speichere ihn, wo du willst:

// speichern
localStorage.setItem("program", JSON.stringify(engine.serializeWorkspace()));

// wiederherstellen
const saved = localStorage.getItem("program");
if (saved) engine.loadWorkspace(JSON.parse(saved));

Das Wiederherstellen rendert alle eingebundenen Views (Workspace, Codespace, Preview, Code-Editor) in ihren aktuellen Modes neu — der gespeicherte Zustand trägt das Programm, nicht die Darstellung. Ein im iconic-Mode gespeichertes Programm lädt problemlos in eine Sitzung, die im python-Mode läuft.

Namespacing im gespeicherten Zustand

Im serialisierten JSON erscheinen deine Blöcke unter ihrem namespaced Blockly-Typ — morphic:text_print, nicht text_print (siehe Block-Identifier). Praktische Folgen:

• Verarbeite den gespeicherten Zustand nicht so nach, als stünden dort saubere Identifier; das morphic:-Präfix ist erwartet und zum Laden erforderlich.
• Der gespeicherte Zustand ist an deine Definitionen gekoppelt: Zustand zu laden, der auf einen seither entfernten oder umbenannten Block verweist, scheitert genauso wie im reinen Blockly. Behandle Definitions-Identifier als stabilen, versionierten Vertrag, sobald Nutzer Programme gespeichert haben.
• Blockly-Stock-Blöcke, die als Shadows/Placeholder dienen (math_number, text), erscheinen unter ihren nicht präfixierten Namen — das ist ebenfalls korrekt.