Persist Ampersand.js models and collections to various storage backends.
npm install --save storage-mixin
Use this mixin with any existing model and collection to easily persist them to a number of different storage backends. The model needs
- the mixin
 idAttributevalue (Ampersand's default isid)namespacevaluestoragekey to pass options to the mixin (see Options)
var Model = require('ampersand-model');
var storageMixin = require('storage-mixin');
var Spaceship = Model.extend(storageMixin, {
  idAttribute: 'name',
  namespace: 'StorableModels',
  storage: {
    backend: 'disk',
    basepath: '/tmp'
  },
  props: {
    // your property definitions, will be persisted to storage
    name: ['string', false, ''],
    warpDrive: ['boolean', false, false]
  },
  session: {
    // your session properties, will _not_ be persisted to storage
  }
  // ... other model methods
});Now you can call call the .save() method on instantiated models.
var model = new StorableModel();
model.save({name: 'Apollo 13', warpDrive: false});Options are passed to the storage mixin via the storage key. If you only
want to choose which backend to use and don't need to pass any further options
along, the storage key can be a string with the backend name.
var StorableModel = Model.extend(storageMixin, {
  storage: 'disk',   // use disk storage with default basepath `.`
  props: {
    // ...
  }
});If you want to further customize the storage mixin, use an object and provide
additional options. The backend value is required, all other values are
optional and backend-dependent.
var StorableModel = Model.extend(storageMixin, {
  storage: {    // use disk storage with a custom basepath
    backend: 'disk',   
    basepath: '/tmp/myapp/storage'    
  props: {
    // ...
  }
});The following backends are currently supported: local, disk, remote, null,
secure, splice.
The default is local.
Stores objects in local storage of the browser. Only works in a browser context.
The backend uses the localforage npm module under the hood and
supports IndexedDB, WebSQL and localStorage drivers. A separate instance of
the store is created for each namespace.
driver
: The driver to be passed on to localforage. One of INDEXEDDB, LOCALSTORAGE
or WEBSQL. The default is INDEXEDDB.
appName
: The name of the IndexedDB database (not the data store inside the database,
which is the model's namespace). Most users will never see this, but it's
best practice to use your application name here. Default is storage-mixin.
Stores objects as .json files on disk. Only works in a node.js / server
context, or in Electron renderer process where remote module is available
to get access to the fs module.
The file location is <basepath>/<namespace>/<id>.json. <basepath> is
provided as option. The <namespace> is set on the model directly, and the
<id> is the property of the model specified by idAttribute. The first
example on this page would be stored as:
/tmp/StorableModels/Apollo 13.json
basepath
: The base path for file storage. The default is ..
This is a wrapper for ampersand-sync, that stores and
retrieves models to/from a remote server via asynchronous ajax / xhr requests.
Pass in the url value as an option or set it
directly on the model.
url
: The url to fetch the model/collection, see ampersand-model#url.
This backend exists mostly for debugging and testing purposes. It does not
store anything but will return with successful callbacks on all method calls.
For reads, it will return an empty object {} for models, or an empty array
[] for collections.
The secure backend wraps the keytar module to persist data into
a secure keychain, keyring or password manager (works for OS X, Linux, Windows).
There are some limitations though as the interface does not allow to list all
keys in a given namespace. Therefore, to fetch a collection, it has to be
pre-populated with models containing the ids.
// this won't work !
var collection = new StorableCollection();
collection.fetch();
// do this instead
var collection = new StorableCollection([
  {id: 'some id'}, {id: 'some other id'}, {id: 'third id'}
], {parse: true});
collection.fetch();The static .clear() method that other storage backends possess is also
a no-op in the secure backend for the same reason. Keys have to be deleted
manually.
appName
: Entries in the keychain have a key of <appName>/<namespace>. As this is
visible to the user, you should use your application name here. Default
is storage-mixin.
This is a hybrid backend that consists of a local and secure backend
under the hood. It also receives a secureCondition function as an optional
argument that takes a value and key and returns whether or not this key
should be stored in the secure or local backend. On retrieval, it merges
the two results from both backends together to form a complete object again.
This is particularly useful to store user-related data where some fields contain sensitive information and should not be stored as clear text, e.g. passwords.
appName
: Passed to both the local and secure backends, that acts as a global
scope (e.g. database name in IndexedDB, prefix in keychain keys). Use your
application name here. Default is storage-mixin.
secureCondition
: Function that decides which keys/values of a model should be stored in the
secure backend vs. the local backend. The function takes a value and key
and must return true for the keys that need to be stored securely. Default
is:
function(val, key) {
  return key.match(/password/i);
}var Model = require('ampersand-model');
var storageMixin = require('storage-mixin');
var User = Model.extend(storageMixin, {
  idAttribute: 'id',
  namespace: 'Users',
  storage: {
    backend: 'splice',
    appName: 'My Cool App',
    secureCondition: function(val, key) {
      return key.match(/password/i);
    }
  },
  props: {
    id: 'string',            // stored in `local`
    name: 'string',          // stored in `local`
    email: 'string',         // stored in `local`
    lastLogin: 'date',       // stored in `local`
    password: 'string',      // stored in `secure`
    oldPassword: 'string'    // stored in `secure`
  }
});Apache 2.0