A collection of decorators for writing Ember.js applications using native JavaScript classes.
Ember Decorators is a library that provides a set of decorators for writing Ember.js applications using native JavaScript classes. It originated as a project to explore and prepare for the future of native classes in Ember, and now includes additional decorators not upstreamed to Ember core. It simplifies component definition, property binding, computed properties, observers, and injections within a class-based API.
Ember.js developers who want to adopt native JavaScript classes and decorators in their applications, particularly those transitioning from Ember's traditional object model or seeking a more modern, class-based syntax.
Developers choose Ember Decorators because it offers a clean, class-based API aligned with modern JavaScript standards, provides decorators not available in Ember core, and includes necessary Babel transforms and tooling for seamless integration. It consolidates testing and documentation for all included decorator packages, streamlining setup and usage.
Useful decorators for Ember applications.
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Installing the main addon automatically includes necessary Babel transforms and overwrites default Ember blueprints, making it easy to start writing Ember with native classes, as noted in the README's usage section.
Provides decorators not upstreamed to Ember core, offering additional functionality for specific use cases, which is highlighted in the README as a key feature for users needing more than standard Ember provides.
Consolidates tests and documentation for all decorator packages into a single site, streamlining development and reference, as mentioned in the README's organization section.
Originally created to prepare for Ember's native class future, ensuring alignment with the framework's evolution, as stated in the project's description and README.
Based on the stage 1 decorator proposal, which is being redesigned for stage 3, potentially leading to future compatibility issues or migration efforts, as admitted in the README's development specs.
Focuses only on components and objects via subaddons, lacking decorators for other Ember constructs like services or routes, which may require manual integration or additional addons.
As Ember core adopts native classes, some decorators may become redundant, forcing users to update their codebase and track changes, adding complexity over time.
Managed with lerna.js and multiple sub-packages, which can complicate local development, contribution, and setup compared to simpler, monolithic addons, as described in the README's organization section.