2

WebSQL が開発されなくなり、IndexedDB がまだ普及していないことを考えると、今後のクライアント側リレーショナル ストレージの開発者としての選択肢は何でしょうか? 今のところ、これらの機能をまったく利用しないのが最善でしょうか? 私のシナリオでは、最初に WebKit (Chrome と Safari) をサポートするブラウザー プラグインを構築しているので、Firefox と IE に (まだ) 含まれていないテクノロジーを採用してもかまいません。Chrome と Safari で WebSQL を使用できることはわかっていますが、W3C 仕様が維持されていないため、それらのブラウザーで WebSQL のサポートがいつまで続くかはわかりません。

4

3 に答える 3

1

Firefox の拡張機能になる場合は、WebSQL によく似たインターフェイスを使用できます。SQLite コンポーネントは長い間 Firefox にとどまります。これは、IndexedDB 実装を含む (私が信じている) 他の多くのものに使用されているためです。Web ページからアクセスすることは許可されていません。

WebSQL のサポートがいつまで WebKit にとどまるかを知る方法がないことは間違いありませんが、Apple は以前-webkit-、標準バージョンを実装した後も (特に最終的な標準が異なる場合)、多くのプレフィックス付き CSS プロパティをサポートし続けると述べていました。プレフィックス付きのバージョンから) 広く使用されているためです。WebSQL も同様の方法で扱われると思います。サポートが終了した場合、少なくとも十分な量の警告が表示されるでしょう。

よくわからないオペラ。

IE には SQLite が含まれることはないため、WebSQL は含まれません。いずれにせよプラグインを作成している場合は、 Gearsが行ったのと同様の方法で、その一部として SQLite をいつでも構築できます。

于 2011-03-10T08:54:28.890 に答える
0

私は最初にあなたが間違っているに違いないと思いました-websqlは破棄されましたか? しかし、はい、それはなくなっています。

明らかな答えは、基盤となるストレージ エンジンを抽象化する API を探すことだと思います。サーバー側のデータベースにフェールオーバーするオプションを使用して SQL を記述できるものがあれば素晴らしいと思いますが、websql の問題により、問題は SQL サポートのようです。

persistence.js はある程度の効果があります。WSPLはあまり浸透していないようです。

indexedDB の SQL レイヤーを構築することは、すぐに実現する可能性が低い巨大なタスクのように見えます。

他の多くの人が同様の問題を解決しようとしているようです。例1

于 2011-03-10T09:58:16.360 に答える
0

localStorage 変数を使用して json 文字列を保存し、すべてのデータを保持したり、localStorage 内にある多くの変数にデータを分割したりできます。詳しくはこちらをご覧ください。

于 2011-03-10T10:03:23.647 に答える