{"id":105408,"date":"2022-10-29T21:36:38","date_gmt":"2022-10-29T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere"},"modified":"2022-10-29T21:36:38","modified_gmt":"2022-10-29T19:36:38","slug":"v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","title":{"rendered":"SQLite hat die Unterst\u00fctzung f\u00fcr WASM hinzugef\u00fcgt, um die Nutzung der Datenbank im Webbrowser zu erm\u00f6glichen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von SQLite arbeiten an einem Projekt zur Umsetzung der M\u00f6glichkeit, die Bibliothek in Zwischencode f\u00fcr WebAssembly zu kompilieren, der in Webbrowsern ausgef\u00fchrt werden kann und f\u00fcr die Organisation der Arbeit mit Datenbanken aus Webanwendungen in JavaScript geeignet ist. Der Code zur Unterst\u00fctzung von WebAssembly wurde in das Hauptrepository des Projekts hinzugef\u00fcgt. Im Gegensatz zur WebSQL-API, die auf SQLite basiert, ist WASM SQLite vollst\u00e4ndig vom Browser isoliert und beeinflusst seine Sicherheit nicht (Google hat beschlossen, die Unterst\u00fctzung von WebSQL in Chrome nach mehreren Sicherheitsanf\u00e4lligkeiten in SQLite, die \u00fcber WebSQL ausgenutzt werden konnten, aufzugeben). <\/p>\n
Ziel des Projekts ist es, eine funktionale JavaScript-Bindung bereitzustellen, die mit der SQLite-API identisch ist. Webentwicklern wird eine hochgradig objektorientierte Schnittstelle f\u00fcr die Arbeit mit Daten im Stil von sql.js oder Node.js zur Verf\u00fcgung gestellt, eine Bindung \u00fcber die niedrigere C-API und das API auf Basis des Web Worker-Mechanismus, das die Erstellung asynchroner Handler erm\u00f6glicht, die in separaten Threads ausgef\u00fchrt werden. Um die Feinheiten der Arbeit mit Threads \u00fcber die API auf Basis von Web Worker zu verbergen, wird auch eine Variante der Programmierschnittstelle auf Basis des Promise-Mechanismus entwickelt. <\/p>\n
Daten, die Webanwendungen in der WASM-Version von SQLite speichern, k\u00f6nnen im aktuellen Sitzungskontext lokalisiert werden (sie gehen nach dem Neuladen der Seiten verloren) oder auf der Clientseite gespeichert werden (sie bleiben zwischen den Sitzungen erhalten). F\u00fcr die dauerhafte Speicherung sind Backends vorbereitet, um Daten im lokalen Dateisystem mithilfe von OPFS (Origin-Private FileSystem, eine Erweiterung der File System Access API, die bisher nur in WebKit- und Chromium-basierten Browsern verf\u00fcgbar ist) und in lokalen Browser-Speichern auf Basis der API window.localStorage und window.sessionStorage zu speichern. Im Falle der Verwendung von localStorage\/sessionStorage werden die Daten in den entsprechenden Stores im Schl\u00fcssel\/Wert-Format reflektiert, und bei der Verwendung von OPFS sind zwei Optionen vorgesehen: Simulation eines virtuellen Filesystems mithilfe von WASMFS und eine separate Implementierung von sqlite3_vfs, die eine SQLite VFS-Schicht auf Basis von OPFS bietet. <\/p>\n
F\u00fcr den Aufbau von SQLite in die WASM-Darstellung wird der Emscripten-Compiler verwendet (es reicht aus, die Erweiterung ext\/wasm zu kompilieren: '.\/configure --enable-all; make sqlite3.c; cd ext\/wasm; make'). Ausgegeben werden die Dateien sqlite3.js und sqlite3.wasm, die in Ihr JavaScript-Projekt eingebunden werden k\u00f6nnen (Beispiel HTML und JavaScript). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"