Async local storage for Angular
Efficient client-side storage for Angular:
- simplicity: simple API similar to native
localStorage
, - perfomance: internally stored via the asynchronous
indexedDB
API, - Angular-like: wrapped in RxJS
Observable
s, - security: validate data with a JSON Schema or with
typebox
, - compatibility: works around some browsers issues and heavily tested via GitHub Actions,
- documentation: API fully explained, and a changelog!
How to help?
This library and my other tools represent months of full time unpaid work, with for example the Angular schematics extension for VS Code, installed 800 000 times.
So if you want to help, I released Schematics Pro, a paid code automation tool for Angular, React, Vue, Ionic, Svelte, Stencil, Lit, Nest and more.
Or you can sponsor my GitHub account.
Thank you!
Why this lib?
Angular does not provide a client-side storage service, and almost every app needs some client-side storage. There are 2 native JavaScript APIs available:
The localStorage
API is simple to use but synchronous, so if you use it too often, your app will soon begin to freeze.
The indexedDB
API is asynchronous and efficient, but it is a mess to use: you will soon be caught by the callback hell, as it does not support Promise
s.
This lib has a simple API similar to native localStorage
, but internally stores data via the asynchronous indexedDB
for performance. All of this powered by RxJS.
Getting started
Install the package:
# For Angular LTS (Angular >= 14):
ng add @ngx-pwa/local-storage
Done!
If for any reason ng add
does not work, follow the manual installation guide.
Upgrading
To update to new versions, see the migration guides.
API
import { StorageMap } from '@ngx-pwa/local-storage';
@Injectable()
export class YourService {
constructor(private storage: StorageMap) {}
}
This service API is similar to the standard Map
API, and close to the standard localStorage
API.
class StorageMap {
// Write
set(index: string, value: unknown): Observable<undefined> {}
delete(index: string): Observable<undefined> {}
clear(): Observable<undefined> {}
// Read (one-time)
get(index: string): Observable<unknown> {}
get<T>(index: string, schema: JSONSchema): Observable<T> {}
// Advanced
watch(index: string): Observable<unknown> {}
watch<T>(index: string, schema: JSONSchema): Observable<T> {}
size: Observable<number>;
has(index: string): Observable<boolean> {}
keys(): Observable<string> {}
}
Note: the lib also exports an old LocalStorage
service: it is deprecated and will be removed in v17, do not use it.
How to
Writing data
let user: User = { firstName: 'Henri', lastName: 'Bergson' };
this.storage.set('user', user).subscribe(() => {});
You can store any value, without worrying about serializing. But note that:
- storing
null
orundefined
makes no sense and can cause issues in some browsers, so the item will be removed instead, - you should stick to JSON data, ie. primitive types, arrays and literal objects.
Date
,Map
,Set
,Blob
and other special structures can cause issues in some scenarios. See the serialization guide for more details.
Deleting data
To delete one item:
this.storage.delete('user').subscribe(() => {});
To delete all items:
this.storage.clear().subscribe(() => {});
Reading data
To get the current value:
this.storage.get('user').subscribe((user) => {
console.log(user);
});
Not finding an item is not an error, it succeeds but returns undefined
:
this.storage.get('notexisting').subscribe((data) => {
data; // undefined
});
Note you will only get one value: the Observable
is here for asynchrony but is not meant to emit again when the stored data is changed. If you need to watch the value, see the watching guide.
Checking data
Do not forget it is client-side storage: always check the data, as it could have been forged.
You should use a JSON Schema to validate the data.
this.storage.get('test', { type: 'string' }).subscribe({
next: (user) => { /* Called if data is valid or `undefined` */ },
error: (error) => { /* Called if data is invalid */ },
});
See the full validation guide to see how to validate all common scenarios.
Subscription
You do NOT need to unsubscribe: the Observable
autocompletes (like in the Angular HttpClient
service).
But you DO need to subscribe, even if you do not have something specific to do after writing in storage (because it is how RxJS Observable
s work).
this.storage.set('user', user); // Does nothing
Errors
As usual, it is better to catch any potential error:
this.storage.set('color', 'red').subscribe({
next: () => {},
error: (error) => {},
});
For read operations, you can also manage errors by providing a default value:
import { catchError, of } from 'rxjs';
this.storage.get('color').pipe(
catchError(() => of('red')),
).subscribe((result) => {});
See the errors guide for some details about what errors can happen.
Expiration
This lib, as native localStorage
and indexedDb
, is about persistent storage.
Wanting temporary storage (like sessionStorage
) is a very common misconception: an application does not need that. More details here.
Map
-like operations
In addition to the classic localStorage
-like API, this lib also provides a Map
-like API for advanced operations:
.keys()
.has(key)
.size
See the documentation for more info and some recipes. For example, it allows to implement a multiple databases scenario.
Support
Browser support
This lib supports the same browsers as Angular. See the browsers support guide for more details and special cases (like private browsing).
Collision
If you have multiple apps on the same subdomain and you do not want to share data between them, see the prefix guide.
Interoperability
For interoperability when mixing this lib with direct usage of native APIs or other libs like localForage
(which does not make sense in most cases), see the interoperability documentation.
Changelog
Changelog available here, and migration guides here.
License
MIT