localforage
localForage 是一个 JavaScript 库，通过简单类似 localStorage API 的异步存储来改进你的 Web 应用程序的离线体验。它能存储多种类型的数据，而不仅仅是字符串。
localForage 有一个优雅降级策略，若浏览器不支持 IndexedDB 或 WebSQL，则使用 localStorage。在所有主流浏览器中都可用：Chrome，Firefox，IE 和 Safari（包括 Safari Mobile）。
localForage 提供回调 API 同时也支持 ES6 Promises API，你可以自行选择。
然后，只需包含 JS 文件即可使用 localForage：
<script src="localforage.js"></script>。你不需要运行任何初始化方法或等待 onready 事件。# 通过 npm 安装：
npm install localforage
# 或通过 bower：
bower install localforage
<script src="localforage.js"></script>
<script>console.log('localforage is: ', localforage);</script>
Offline storage, improved.
// Set a value with localStorage:
localStorage.setItem('key', JSON.stringify('value'));
doSomethingElse();
// The same code with localForage:
localforage.setItem('key', 'value').then(doSomethingElse);
// localForage also support callbacks:
localforage.setItem('key', 'value', doSomethingElse);
localForage is a JavaScript library that improves the offline experience of your web app by using an asynchronous data store with a simple,
localStorage-like API. It allows developers to store many types of data instead of just strings.localForage includes a localStorage-backed fallback store for browsers with no IndexedDB or WebSQL support. Asynchronous storage is available in the current versions of all major browsers: Chrome, Firefox, IE, and Safari (including Safari Mobile).
localForage offers a callback API as well as support for the ES6 Promises API, so you can use whichever you prefer.
# Install via npm:
npm install localforage
# Or with bower:
bower install localforage
<script src="localforage.js"></script>
<script>console.log('localforage is: ', localforage);</script>
To use localForage, download the latest release or install with npm (
npm install localforage) or bower (bower install localforage).Then simply include the JS file and start using localForage:
<script src="localforage.js"></script>. You don't need to run any init method or wait for any onready events.These APIs deal with getting and setting data in the offline store.
localforage.getItem('somekey').then(function(value) {
// This code runs once the value has been loaded
// from the offline store.
console.log(value);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
// Callback version:
localforage.getItem('somekey', function(err, value) {
// Run this code once the value has been
// loaded from the offline store.
console.log(value);
});
getItem(key, successCallback)Gets an item from the storage library and supplies the result to a callback. If the key does not exist,
getItem() will return null. Even if `undefined` is saved, `null` will be returned by `getItem()`. This is due to a [limitation in localStorage](https://github.com/mozilla/localForage/pull/42), and for compatibility reasons localForage cannot store the value `undefined`.
localforage.setItem('somekey', 'some value').then(function (value) {
// Do other things once the value has been saved.
console.log(value);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
// Unlike localStorage, you can store non-strings.
localforage.setItem('my array', [1, 2, 'three']).then(function(value) {
// This will output `1`.
console.log(value[0]);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
// You can even store binary data from an AJAX request.
req = new XMLHttpRequest();
req.open('GET', '/photo.jpg', true);
req.responseType = 'arraybuffer';
req.addEventListener('readystatechange', function() {
if (req.readyState === 4) { // readyState DONE
localforage.setItem('photo', req.response).then(function(image) {
// This will be a valid blob URI for an <img> tag.
var blob = new Blob([image]);
var imageURI = window.URL.createObjectURL(blob);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
}
});
setItem(key, value, successCallback)Saves data to an offline store. You can store the following types of JavaScript objects:
ArrayArrayBufferBlobFloat32ArrayFloat64ArrayInt8ArrayInt16ArrayInt32ArrayNumberObjectUint8ArrayUint8ClampedArrayUint16ArrayUint32ArrayString
When using localStorage and WebSQL backends, binary data will be serialized before being saved (and retrieved). This serialization will incur a size increase when binary data is saved.
localforage.removeItem('somekey').then(function() {
// Run this code once the key has been removed.
console.log('Key is cleared!');
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
removeItem(key, successCallback)Removes the value of a key from the offline store.
localforage.clear().then(function() {
// Run this code once the database has been entirely deleted.
console.log('Database is now empty.');
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
clear(successCallback)Removes every key from the database, returning it to a blank slate.
`localforage.clear()` will remove **every item in the offline store**. Use this method with caution.
localforage.length().then(function(numberOfKeys) {
// Outputs the length of the database.
console.log(numberOfKeys);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
length(successCallback)Gets the number of keys in the offline store (i.e. its "length").
localforage.key(2).then(function(keyName) {
// Name of the key.
console.log(keyName);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
key(keyIndex, successCallback)Get the name of a key based on its ID.
This method is inherited from the localStorage API, but is acknowledged to be kinda weird.
localforage.keys().then(function(keys) {
// An array of all the key names.
console.log(keys);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
keys(successCallback)Get the list of all keys in the datastore.
// The same code, but using ES6 Promises.
localforage.iterate(function(value, key, iterationNumber) {
// Resulting key/value pair -- this callback
// will be executed for every item in the
// database.
console.log([key, value]);
}).then(function() {
console.log('Iteration has completed');
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
// Exit the iteration early:
localforage.iterate(function(value, key, iterationNumber) {
if (iterationNumber < 3) {
console.log([key, value]);
} else {
return [key, value];
}
}).then(function(result) {
console.log('Iteration has completed, last iterated pair:');
console.log(result);
}).catch(function(err) {
// This code runs if there were any errors
console.log(err);
});
iterate(iteratorCallback, successCallback)Iterate over all value/key pairs in datastore.
iteratorCallback is called once for each pair, with the following arguments:- 1.value
- 2.key
- 3.iterationNumber - one-based number
iterate supports early exit by returning non `undefined` value inside `iteratorCallback` callback. Resulting value will be passed to `successCallback` as the result of iteration. This means if you're using CoffeeScript, you'll need to manually `return` nothing to keep iterating through each key/value pair.These methods allow driver selection and database configuration. These methods should generally be called before the first data API call to localForage (i.e. before you call
getItem() or length(), etc.)// Force localStorage to be the backend driver.
localforage.setDriver(localforage.LOCALSTORAGE);
// Supply a list of drivers, in order of preference.
localforage.setDriver([localforage.WEBSQL, localforage.INDEXEDDB]);
setDriver(driverName)
setDriver([driverName, nextDriverName])Force usage of a particular driver or drivers, if available.
By default, localForage selects backend drivers for the datastore in this order:
- 1.IndexedDB
- 2.WebSQL
- 3.localStorage
If you would like to force usage of a particular driver you can use
setDriver() with one or more of the following arguments:localforage.INDEXEDDBlocalforage.WEBSQLlocalforage.LOCALSTORAGE
If the backend you're trying to load isn't available on the user's browser, localForage will continue to use whatever backend driver it was previously using. This means that if you try to force a Gecko browser to use WebSQL, it will fail and continue using IndexedDB.
// This will rename the database from "localforage"
// to "Hipster PDA App".
localforage.config({
name: 'Hipster PDA App'
});
// This will force localStorage as the storage
// driver even if another is available. You can
// use this instead of `setDriver()`.
localforage.config({
driver: localforage.LOCALSTORAGE,
name: 'I-heart-localStorage'
});
// This will use a different driver order.
localforage.config({
driver: [localforage.WEBSQL,
localforage.INDEXEDDB,
localforage.LOCALSTORAGE],
name: 'WebSQL-Rox'
});
config(options)Set and persist localForage options. This must be called before any other calls to localForage are made, but can be called after localForage is loaded. If you set any config values with this method they will persist after driver changes, so you can call
config() then setDriver(). The following config values can be set:driver The preferred driver(s) to use. Same format as what is passed to
setDriver, above.
Default: [localforage.INDEXEDDB, localforage.WEBSQL, localforage.LOCALSTORAGE]name The name of the database. May appear during storage limit prompts. Useful to use the name of your app here. In localStorage, this is used as a key prefix for all keys stored in localStorage.
Default: 'localforage'size The size of the database in bytes. Used only in WebSQL for now.
Default: 4980736storeName The name of the datastore. In IndexedDB this is the dataStore, in WebSQL this is the name of the key/value table in the database. Must be alphanumeric, with underscores. Any non-alphanumeric characters will be converted to underscores.
Default: 'keyvaluepairs'version The schema version of your database. Used only in WebSQL and IndexedDB. In WebSQL, this simply sets the version, and in IndexedDB this may trigger an onupgradeneeded event if a version upgrade is detected. If a new store is detected, localForage will ask IndexedDB to increment the version itself to manually trigger the onupgradeneeded event. As of right now, upgrade events are not customizable, but may be in the future. For drivers that do not support configuration for versioning, this value simply gets thrown away.
Default: 1.0description A description of the database, essentially for developer usage.
Default: '' Unlike most of the localForage API, the
config method is synchronous.You can write your own, custom driver for localForage since version 1.1.
// Implement the driver here.
var myCustomDriver = {
_driver: 'customDriverUniqueName',
_initStorage: function(options) {
// Custom implementation here...
},
clear: function(callback) {
// Custom implementation here...
},
getItem: function(key, callback) {
// Custom implementation here...
},
iterate: function(iteratorCallback, successCallback) {
// Custom implementation here...
},
key: function(n, callback) {
// Custom implementation here...
},
keys: function(callback) {
// Custom implementation here...
},
length: function(callback) {
// Custom implementation here...
},
removeItem: function(key, callback) {
// Custom implementation here...
},
setItem: function(key, value, callback) {
// Custom implementation here...
}
}
// Add the driver to localForage.
localforage.defineDriver(myCustomDriver);
You'll want to make sure you accept a
callback argument and that you pass the same arguments to callbacks as the default drivers do. You'll also want to resolve or reject promises. Check any of the default drivers for an idea of how to implement your own, custom driver.The custom implementation may contain a
_support property that is either boolean (true/false) or returns a Promise that resolves to a boolean value. If _support is omitted, then true is the default value. You can use this to make sure the browser in use supports your custom driver. These drivers are available to every instance of localForage on the page, regardless of which instance you use to add the implementation.
localforage.driver();
// "asyncStorage"
driver()Returns the name of the driver being used,
null during the asynchronous driver initialization process (see ready for more details), or null if the asynchronous driver initialization process failed to find a usable driver. In case that a driver fails during or right after the initialization process, then localForage will try to use the next in order driver. That is with respect to the default driver order while loading localForage or to the order the drivers were passed to `setDriver()`.
localforage.ready().then(function() {
// This code runs once localforage
// has fully initialized the selected driver.
console.log(localforage.driver()); // LocalStorage
}).catch(function (e) {
console.log(e); // `No available storage method found.`
// One of the cases that `ready()` rejects,
// is when no usable storage driver is found
});
Even though localForage queues up all of its data API method calls,
ready() provides a way to determine whether the asynchronous driver initialization process has finished. That's useful in cases like when we want to know which driver localForage has settled down using.localforage.supports(localforage.INDEXEDDB);
// true
supports(driverName)Returns (boolean) whether
driverName is supported by the browser.You can create multiple instances of localForage that point to different stores. All the configuration options used by config are supported.
var store = localforage.createInstance({
name: "nameHere"
});
var otherStore = localforage.createInstance({
name: "otherName"
});
// Setting the key on one of these doesn't affect the other.
store.setItem("key", "value");
otherStore.setItem("key", "value2");
Creates a new instance of localForage and returns it. Each object contains its own database and doesn't affect other instances of localForage.
localforage.dropInstance().then(function() {
console.log('Dropped the store of the current instance');
});
localforage.dropInstance({
name: "otherName",
storeName: "otherStore"
}).then(function() {
console.log('Dropped otherStore').
});
localforage.dropInstance({
name: "otherName"
}).then(function() {
console.log('Dropped otherName database').
});
When invoked with no arguments, it drops the "store" of the current instance. When invoked with an object specifying both
name and storeName properties, it drops the specified "store". When invoked with an object specifying only a name property, it drops the specified "database" (and all its stores).Last modified 3yr ago