A lightweight angular package for the signals store.
The documentation is in construction and it's available at https://docs.angular-package.dev/v/signals
An injectable Angular service that extends the Signals class to provide a channel for managing signals with additional configuration and event emission capabilities.
import { SignalsChannel } from '@angular-package/signals';The Signals class provides a structured way to manage a collection of signals, which are reactive data sources that can be observed for changes.
It allows you to add, remove, update, and retrieve signals based on keys, as well as create effects that run when specific signals change.
The class is designed to be flexible and type-safe, making it easier to work with reactive data in Angular applications.
import { Signals } from '@angular-package/signals'; To read it, click on the CHANGELOG.md link.
Your contributions are valued! If you'd like to contribute, please feel free to submit a pull request. Help is always appreciated.
If you find this package useful and would like to support its and general development, you can contribute through one of the following payment methods. Your support helps maintain the packages and continue adding new.
Support via:
or via Trust Wallet
Thanks for your support!
By participating in this package, you agree to follow Code of Conduct.
Given a version number MAJOR.MINOR.PATCH, increment the:
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards-compatible manner, and
- PATCH version when you make backwards-compatible bug fixes.
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.
FAQ How should I deal with revisions in the 0.y.z initial development phase?
The simplest thing to do is start your initial development release at 0.1.0 and then increment the minor version for each subsequent release.
How do I know when to release 1.0.0?
If your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you’re worrying a lot about backwards compatibility, you should probably already be 1.0.0.
MIT © angular-package (license)