inversify vs tsyringe vs awilix
Dependency Injection Libraries Comparison
1 Year
inversifytsyringeawilixSimilar Packages:
What's Dependency Injection Libraries?

Dependency Injection (DI) libraries are essential tools in modern software development, particularly in Node.js applications. They facilitate the management of dependencies within an application, promoting loose coupling and enhancing testability. By using DI, developers can easily swap implementations, manage lifecycle events, and improve code maintainability. These libraries provide various features and design principles that cater to different project needs, allowing developers to choose the most suitable one based on their specific requirements.

Package Weekly Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
inversify1,215,36011,535498 kB3623 days agoMIT
tsyringe494,4005,307143 kB842 years agoMIT
awilix205,1533,687308 kB13 months agoMIT
Feature Comparison: inversify vs tsyringe vs awilix

Design Principles

  • inversify:

    Inversify is built around the principles of Inversion of Control (IoC) and Dependency Inversion Principle (DIP). It emphasizes the use of interfaces and decorators, promoting a more structured and type-safe approach to dependency management in TypeScript applications.

  • tsyringe:

    Tsyringe leverages TypeScript's decorators to provide a lightweight and straightforward DI solution. It focuses on simplicity and ease of use, making it suitable for developers who want to quickly implement DI without extensive configuration.

  • awilix:

    Awilix follows a convention-over-configuration approach, allowing developers to define their dependencies in a clear and organized manner. It supports both class-based and factory-based injection, making it versatile for different coding styles.

Extensibility

  • inversify:

    Inversify is highly extensible, supporting various binding styles and allowing for the creation of custom scopes and bindings. This makes it a great choice for large applications that require a robust and flexible DI system.

  • tsyringe:

    Tsyringe is lightweight and offers a straightforward API, but it is less extensible compared to Awilix and Inversify. It is best suited for smaller applications or projects where simplicity is prioritized over extensive customization.

  • awilix:

    Awilix is designed to be extensible, allowing developers to create custom resolvers and middleware. This flexibility enables the integration of additional functionalities as needed, making it suitable for complex applications that may evolve over time.

Learning Curve

  • inversify:

    Inversify has a steeper learning curve due to its reliance on TypeScript features like decorators and interfaces. Developers may need to invest more time to grasp its full potential, especially if they are new to DI concepts.

  • tsyringe:

    Tsyringe offers a relatively easy learning curve, especially for developers familiar with TypeScript. Its use of decorators simplifies the implementation of DI, making it accessible for those new to the concept.

  • awilix:

    Awilix has a gentle learning curve, making it easy for developers to get started quickly. Its clear documentation and intuitive API help newcomers understand DI concepts without overwhelming complexity.

Performance

  • inversify:

    Inversify may introduce some overhead due to its extensive features and reliance on reflection. However, it provides powerful capabilities that can be beneficial for complex applications where performance is critical.

  • tsyringe:

    Tsyringe is designed to be lightweight and efficient, ensuring minimal performance impact. Its straightforward approach to dependency resolution helps maintain application performance.

  • awilix:

    Awilix is optimized for performance, with a focus on efficient resolution of dependencies. Its lightweight nature ensures that it does not introduce significant overhead, making it suitable for high-performance applications.

Consistency

  • inversify:

    Inversify enforces consistency through its strict adherence to DI principles and TypeScript interfaces. This can lead to a more predictable and maintainable codebase, especially in larger teams.

  • tsyringe:

    Tsyringe encourages consistency by utilizing TypeScript decorators, providing a clear and uniform way to define dependencies. This helps maintain a coherent structure throughout the application.

  • awilix:

    Awilix promotes consistency through its structured approach to dependency management. By following conventions, it helps maintain a uniform codebase, making it easier for teams to collaborate and understand the application structure.

How to Choose: inversify vs tsyringe vs awilix
  • awilix:

    Choose Awilix if you prefer a simple and intuitive API with a focus on automatic resolution of dependencies and a clear structure for managing your application's lifecycle. It is ideal for projects that require a straightforward DI solution with minimal overhead.

README for inversify

NPM version NPM Downloads Docs Codecov

GitHub stars Discord Server

InversifyJS

A powerful and lightweight inversion of control container for JavaScript & Node.js apps powered by TypeScript.

About

InversifyJS is a lightweight inversion of control (IoC) container for TypeScript and JavaScript apps. An IoC container uses a class constructor to identify and inject its dependencies. InversifyJS has a friendly API and encourages the usage of the best OOP and IoC practices.

Motivation

JavaScript now supports object oriented (OO) programming with class based inheritance. These features are great but the truth is that they are also dangerous.

We need a good OO design (SOLID, Composite Reuse, etc.) to protect ourselves from these threats. The problem is that OO design is difficult and that is exactly why we created InversifyJS.

InversifyJS is a tool that helps JavaScript developers write code with good OO design.

Philosophy

InversifyJS has been developed with 4 main goals:

  1. Allow JavaScript developers to write code that adheres to the SOLID principles.

  2. Facilitate and encourage the adherence to the best OOP and IoC practices.

  3. Add as little runtime overhead as possible.

  4. Provide a state of the art development experience.

Testimonies

Nate Kohari - Author of Ninject

"Nice work! I've taken a couple shots at creating DI frameworks for JavaScript and TypeScript, but the lack of RTTI really hinders things. The ES7 metadata gets us part of the way there (as you've discovered). Keep up the great work!"

Michel Weststrate - Author of MobX

Dependency injection like InversifyJS works nicely

Some companies using InversifyJS

📦 Installation

You can get the latest release and the type definitions using your preferred package manager:

> npm install inversify reflect-metadata --save
> yarn add inversify reflect-metadata
> pnpm add inversify reflect-metadata

reflect-metadata will be automatically imported by inversify.

The InversifyJS type definitions are included in the inversify npm package.

:warning: Important! InversifyJS requires TypeScript >= 4.4 and the experimentalDecorators, emitDecoratorMetadata, compilation options in your tsconfig.json file.

{
  "compilerOptions": {
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true
  }
}

InversifyJS requires a modern JavaScript engine with support for:

If your environment doesn't support one of these you will need to import a shim or polyfill.

Check out the Environment support and polyfills page in the wiki and the Basic example to learn more.

The Basics

Let’s take a look at the basic usage and APIs of InversifyJS with TypeScript:

Step 1: Declare your interfaces and types

Our goal is to write code that adheres to the dependency inversion principle. This means that we should "depend upon Abstractions and do not depend upon concretions". Let's start by declaring some interfaces (abstractions).

// file interfaces.ts

export interface Warrior {
    fight(): string;
    sneak(): string;
}

export interface Weapon {
    hit(): string;
}

export interface ThrowableWeapon {
    throw(): string;
}

InversifyJS needs to use the type as identifiers at runtime. We use symbols as identifiers but you can also use classes and or string literals.

PLEASE MAKE SURE TO PLACE THIS TYPES DECLARATION IN A SEPARATE FILE. (see bug #1455)

// file types.ts

const TYPES = {
    Warrior: Symbol.for("Warrior"),
    Weapon: Symbol.for("Weapon"),
    ThrowableWeapon: Symbol.for("ThrowableWeapon")
};

export { TYPES };

Note: It is recommended to use Symbols but InversifyJS also support the usage of Classes and string literals (please refer to the features section to learn more).

Step 2: Declare dependencies using the @injectable & @inject decorators

Let's continue by declaring some classes (concretions). The classes are implementations of the interfaces that we just declared. We will annotate them with the @injectable decorator.

When a class has a dependency on an interface we also need to use the @inject decorator to define an identifier for the interface that will be available at runtime. In this case we will use the Symbols Symbol.for("Weapon") and Symbol.for("ThrowableWeapon") as runtime identifiers.

// file entities.ts

import { injectable, inject } from "inversify";
import { Weapon, ThrowableWeapon, Warrior } from "./interfaces";
import { TYPES } from "./types";

@injectable()
class Katana implements Weapon {
    public hit() {
        return "cut!";
    }
}

@injectable()
class Shuriken implements ThrowableWeapon {
    public throw() {
        return "hit!";
    }
}

@injectable()
class Ninja implements Warrior {

    private _katana: Weapon;
    private _shuriken: ThrowableWeapon;

    constructor(
        @inject(TYPES.Weapon) katana: Weapon,
        @inject(TYPES.ThrowableWeapon) shuriken: ThrowableWeapon
    ) {
        this._katana = katana;
        this._shuriken = shuriken;
    }

    public fight() { return this._katana.hit(); }
    public sneak() { return this._shuriken.throw(); }

}

export { Ninja, Katana, Shuriken };

If you prefer it you can use property injection instead of constructor injection so you don't have to declare the class constructor:

@injectable()
class Ninja implements Warrior {
    @inject(TYPES.Weapon) private _katana: Weapon;
    @inject(TYPES.ThrowableWeapon) private _shuriken: ThrowableWeapon;
    public fight() { return this._katana.hit(); }
    public sneak() { return this._shuriken.throw(); }
}

Step 3: Create and configure a Container

We recommend to do this in a file named inversify.config.ts. This is the only place in which there is some coupling. In the rest of your application your classes should be free of references to other classes.

// file inversify.config.ts

import { Container } from "inversify";
import { TYPES } from "./types";
import { Warrior, Weapon, ThrowableWeapon } from "./interfaces";
import { Ninja, Katana, Shuriken } from "./entities";

const myContainer = new Container();
myContainer.bind<Warrior>(TYPES.Warrior).to(Ninja);
myContainer.bind<Weapon>(TYPES.Weapon).to(Katana);
myContainer.bind<ThrowableWeapon>(TYPES.ThrowableWeapon).to(Shuriken);

export { myContainer };

Step 4: Resolve dependencies

You can use the method get<T> from the Container class to resolve a dependency. Remember that you should do this only in your composition root to avoid the service locator anti-pattern.

import { myContainer } from "./inversify.config";
import { TYPES } from "./types";
import { Warrior } from "./interfaces";

const ninja = myContainer.get<Warrior>(TYPES.Warrior);

expect(ninja.fight()).eql("cut!"); // true
expect(ninja.sneak()).eql("hit!"); // true

As we can see the Katana and Shuriken were successfully resolved and injected into Ninja.

InversifyJS supports ES5 and ES6 and can work without TypeScript. Head to the JavaScript example to learn more!

🚀 The InversifyJS Features and API

Let's take a look to the InversifyJS features!

Please refer to the wiki for additional details.

🧩 Ecosystem

In order to provide a state of the art development experience we are also working on:

Please refer to the ecosystem wiki page to learn more.

Support

If you are experience any kind of issues we will be happy to help. You can report an issue using the issues page or the chat. You can also ask questions at Stack overflow using the inversifyjs tag.

If you want to share your thoughts with the development team or join us you will be able to do so using the official the mailing list. You can check out the wiki to learn more about InversifyJS internals.

Acknowledgements

Thanks a lot to all the contributors, all the developers out there using InversifyJS and all those that help us to spread the word by sharing content about InversifyJS online. Without your feedback and support this project would not be possible.

License

License under the MIT License (MIT)

Copyright © 2015-2017 Remo H. Jansen

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.