Home

Awesome

🛠 Status: In Development

@corpuscule/babel-preset is currently under development. Feedback is always welcome, but be careful with using it in production.

@corpuscule/babel-preset

Latest Stable Version Build Status GitHub license Test Coverage

Babel plugins preset that allows working with the Corpuscule project while decorator specification is in development.

Rationale

History

The earlier versions of Corpuscule used the second decorator proposal. However, in January 2019, this proposal was deprecated due to the complexity and potential performance penalty, and work on the third proposal was started.

Due to the beginning state of the new specification, the absence of the Babel implementation of it, it was decided to rewrite Corpuscule to the emulation of the new decorator proposal.

Emulation of the proposal

Emulation means that Corpuscule does not follow the specification yet. It respects basic ideas, but the implementation is based on the first decorator proposal (stage 1, also Typescript decorators or legacy decorator proposal) supplemented with the particular Babel plugin that adds missing functionality to it.

This decision is made because the new proposal changes syntax a lot and until Typescript implements this syntax in the compiler they will be incompatible. Implementation of the new syntax requires decorators to be on stage 3 which means that Corpuscule will also wait until it happens.

Plugins

babel-plugin-inject-decorator-initializer

The supplementing Babel plugin that adds missing functionality for the legacy decorator implementation works in the following way:

  1. Each class has two static fields with arrays. The first array contains initializers that will be injected into the constructor (@initializer implementation). The second array contains registrations (@register implementation) that will run after the class is created.
  2. During its work plugin injects a call of a simple iterator function that runs all the callbacks, into the proper place: constructor for initializers and right after class is created for registrations.
  3. Each initializer receives an instance as an argument. Registration receives class target as well, but it is often unnecessary for the legacy proposal because a class is already accessible during the decorator work.
  4. While the decorator's execution you can add new callbacks to the __initializers and __registrations arrays. They will work in the order decorators execute.

Why preset, not a plugin?

First of all, preset contains all necessary decorators to work, because the legacy proposal requires a couple of settings (e.g. @babel/plugin-proposal-class-properties in loose mode).

Then, when decorators become a standard, and the tweaks for legacy implementation are not necessary anymore, this package could be used for other goals like removing property guards in production.

Installation

$ npm install --save-dev @corpuscule/babel-preset

Usage

.babelrc

{
  "presets": ["@corpuscule/babel-preset", "@babel/preset-typescript"]
}