@smoosee/ng-signals
v0.0.14
Published
Plug-N-Play manager for Angular Signals.
Downloads
5
Maintainers
Readme
Features
- ⚡️ Simple plug-n-play.
- 🅰️ Supports latest Angular v16.
- 😎 Action Based Processing.
- 💪 Strongly Typed States.
- 📦 Save into Local & Session Storage.
- 📃 Comprehensive APIs.
- 🔁 Backward Compatibility with RxJs Observables.
Install
yarn add @smoosee/ng-signals
# OR
npm install @smoosee/ng-signals
Usage
Exported Configuration Types
StoreOptions
| key | type | default | constraint | description |
| --------- | -------- | -------- | ---------- | ---------------------------------------------------------------------------------------------------------------------------------------- |
| app
| string
| null
| Optional | a name that is used to group states. |
| prefix
| string
| null
| Optional | a prefix that is used to group apps. |
| storage
| string
| "none"
| Optional | optional value of session
, local
or none
that determines if we will use sessionStorage
or localStorage
to hold the store data. |
StateConfig
| key | type | default | constraint | description |
| ------------ | ---------------- | ------- | ---------- | ----------------------------------------------------------- |
| name
| string
| null
| Required | a name that identifies the state. |
| initial
| object
| {}
| Optional | initial value of the state. |
| actions
| StateAction[]
| []
| Optional | list of actions that will be executed against the state. |
| options
| StoreOptions
| {}
| Optional | override global StoreOptions
. |
| reducers
| StateReducer[]
| []
| Optional | list of reducers that will be used to map the state data. |
| signal
| Signal
| null
| Readonly | a signal that will be used to listen to state changes. |
| observable
| Observable
| null
| Readonly | an observable that will be used to listen to state changes. |
StateAction
| key | type | default | constraint | description |
| --------- | -------- | ------- | ---------- | --------------------------------------------------------- |
| name
| string
| null
| Required | a name that identifies the action. |
| service
| any
| null
| Required | the service class that will be injected for this action. |
| method
| string
| null
| Required | the method name that will be called inside the service
. |
StateReducer
| key | type | default | constraint | description |
| ----------- | ------------------------------------------------------------------------------ | ------- | ---------- | --------------------------------------------------------------- |
| mapReduce
| (state
: StateConfig
, value
: any
, action?
: ExtendedAction
) => any
| null
| Required | the reducer function that will be called to map the state data. |
Setup The Store
You can setup the store using multiple methods available thru different exported items depending on your needs.
forRoot
- This method is used to setup the Store globally.
- This is helpful if you have a single entry application.
- In case if you have module-federation setup, jump to
forChild
.
// app.module.ts
import { NgModule } from "@angular/core";
import { BrowserModule } from "@angular/platform-browser";
import { SignalsModule } from "@smoosee/ng-signals";
import { AppComponent } from "./app.component";
import { StoreOptions, StatesConfigs } from "./app.store";
@NgModule({
declarations: [AppComponent],
imports: [BrowserModule, SignalsModule.forRoot(StoreOptions, StatesConfigs)],
bootstrap: [AppComponent],
})
export class AppModule {}
forChild
- This method is used to setup feature States.
- This is typically helpful if you have module-federation or modules with different states that you need to setup separately.
// app.module.ts
import { NgModule } from "@angular/core";
import { SignalsModule } from "@smoosee/ng-signals";
import { PageComponent } from "./page.component";
import { StoreOptions, StatesConfigs } from "./page.store";
@NgModule({
declarations: [PageComponent],
imports: [SignalsModule.forChild(StoreOptions, StatesConfigs)],
})
export class PageModule {}
Standalone Components
- You have the option to provide
StoreOptions
andStateConfigs
for standalone components - Keep in mind, provide
StoreOptions
withprovideStateConfigs
won't override the rootStoreOptions
provided withprovideStoreOptions
. It will only provide shared options to the states passed to the method.
// main.ts
import { bootstrapApplication } from "@angular/platform-browser";
import { provideStateConfigs, provideStoreOptions } from "@smoosee/ng-signals";
import { AppComponent } from "./app/app.component";
import { AppStoreOptions, AppStoreStates } from "./app/app.store";
bootstrapApplication(AppComponent, {
providers: [
provideStoreOptions(AppStoreOptions),
provideStateConfigs(AppStoreStates, AppStoreOptions),
],
});
initialize
- This method resides inside the
SignalsManager
service. - You can use this to setup the Store manually if you like to skip using the
SignalsModule
& do not want to use the standalone providers. - This is typically helpful if you have a standalone component application.
// app.component.ts
import { Component, OnInit } from "@angular/core";
import { SignalsManager } from "@smoosee/ng-signals";
import { StoreOptions, StatesConfigs } from "./app.store";
@Component({
selector: "app-root",
template: ` <h1>App</h1> `,
standalone: true,
providers: [SignalsManager],
})
export class AppComponent implements OnInit {
constructor(private signalsManager: SignalsManager) {
this.signalsManager.initialize(StatesConfigs, StoreOptions);
}
ngOnInit() {}
}
Adding States Dynamically
// app.component.ts
import { Component, OnInit } from "@angular/core";
import { SignalsManager } from "@smoosee/ng-signals";
import { StoreOptions, StatesConfigs } from "./app.store";
@Component({
selector: "app-root",
template: ` <h1>App</h1> `,
standalone: true,
providers: [SignalsManager],
})
export class AppComponent implements OnInit {
constructor(private signalsManager: SignalsManager) {
// This will add `App` state to the store.
manager.addState("App");
// This will add `Test` state to the store.
// And add the action to the same state.
manager.addState({
name: "Test",
initial: { count: 0 },
options: { storage: "none" },
actions: [
{
name: "increment",
service: TestService,
method: "increment",
},
],
});
}
ngOnInit() {}
}
Dispatching Actions
To communicate with the Store, you have to use the SignalsFacade
service.
// inject the `SignalsFacade` service by using it in the constructor
constructor(private signalsFacade: SignalsFacade) {}
// OR
signalsFacade = inject(SignalsFacade);
// dispatch action to the store
// will trigger the `increment` action
// for the `Test` state
this.signalsFacade.dispatch("Test", "increment");
// dispatch action to the store
// will trigger the `SET` action
// for the `App` state
this.signalsFacade.set("App", { name: "smoosee" });
// dispatch action to the store
// will trigger the `EXTEND` action
// for the `App` state
// which is basically extending the current state
// with the new data instead of replacing it like the `SET` action
this.signalsFacade.extend("App", { name: "smoosee" });
// dispatch action to the store
// will trigger the `UNSET` action
// for the `App` state
this.signalsFacade.unset("App");
// clear all data from the store
// this will trigger the `UNSET` action
// for all states
this.signalsFacade.clear();
Listening To State Changes
To listen to state changes, you have to use the SignalsFacade
service.
// app.component.ts
import { Component, OnInit } from "@angular/core";
import { SignalsFacade } from "@smoosee/ng-signals";
@Component({
selector: "app-root",
template: `
<div>value: {{ stateValue | json }}</div>
<div>observable: {{ sateObservable | async | json }}</div>
<div>signal: {{ stateSignal() | json }}</div>
`,
})
export class AppComponent implements OnInit {
// retrieve value of the state synchronously
stateValue = this.facade.select("App");
// retrieve value of the state asynchronously as Observable
stateObservable = this.facade.select("App", true);
// retrieve value of the state asynchronously as Signal
stateSignal = this.facade.select("App", false);
constructor(private facade: SignalsFacade) {}
ngOnInit() {}
}
Strongly Typed States
To achieve Strongly Typed States, you would need to do the following
// STEP 1
// create interfaces or classes of the states models.
interface AppState {
set: boolean;
extend: boolean;
}
interface SharedState {
useThis: boolean;
useThat: boolean;
}
// STEP 2
// create `Conditional Types` to pass to the `SignalsFacade` as `Generic Types`.
type StateKey = "App" | "Shared";
type StateData = {
[T in StateKey]: T extends "App"
? AppState
: T extends "Shared"
? SharedState
: never;
};
// STEP 3
// use `SignalsFacade<StateKey, StateData>`.
@Injectable({ provided: "root" })
export class StoreFacade extends SignalsFacade<StateKey, StateData> {
constructor() {
super();
}
}
License
MIT License
Copyright (c) 2023 Mostafa Sherif
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.