Popularity
4.4
Growing
Activity
3.5
-
110
3
8

Programming language: Go
Latest version: v1.3.0

container alternatives and similar packages

Based on the "Dependency Injection" category

Do you think we are missing an alternative of container or a related project?

Add another 'Dependency Injection' Package

README

GoDoc Build Status Go Report Card Awesome Coverage Status

Container

A lightweight yet powerful IoC container for Go projects. It provides a simple, fluent and easy-to-use interface to make dependency injection in GoLang easier.

Documentation

Required Go Versions

It requires Go v1.11 or newer versions.

Installation

To install this package, run the following command in the root of your project.

go get github.com/golobby/container

Introduction

GoLobby Container like any other IoC container is used to bind abstractions to their implementations. Binding is a process of introducing an IoC container that which concrete (implementation) is appropriate for an abstraction. In this process, you also determine how it must be resolved, singleton or transient. In singleton binding, the container provides an instance once and returns it for each request. In transient binding, the container always returns a brand new instance for each request. After the binding process, you can ask the IoC container to get the appropriate implementation of the abstraction that your code depends on. In this case, your code depends on abstractions, not implementations.

Binding

Singleton

Singleton binding using Container:

container.Singleton(func() Abstraction {
  return Implementation
})

It takes a resolver function which its return type is the abstraction and the function body configures the related concrete (implementation) and returns it.

Example for a singleton binding:

container.Singleton(func() Database {
  return &MySQL{}
})

Transient

Transient binding is also similar to singleton binding.

Example for a transient binding:

container.Transient(func() Shape {
  return &Rectangle{}
})

Resolving

Container resolves the dependencies with the method make().

Using References

One way to get the appropriate implementation you need is to declare an instance of the abstraction type and pass its reference to Container this way:

var a Abstraction
container.Make(&a)
// "a" will be implementation of the Abstraction

Example:

var m Mailer
container.Make(&m)
m.Send("info@miladrahimi.com", "Hello Milad!")

Using Closures

Another way to resolve the dependencies is by using a function (receiver) that its arguments are the abstractions you need. Container will invoke the function and pass the related implementations for each abstraction.

container.Make(func(a Abstraction) {
  // "a" will be implementation of the Abstraction
})

Example:

container.Make(func(db Database) {
  // "db" will be the instance of MySQL
  db.Query("...")
})

You can also resolve multiple abstractions this way:

container.Make(func(db Database, s Shape) {
  db.Query("...")
  s.Area()
})

Binding time

You can also resolve a dependency at the binding time in your resolver function like the following example.

// Bind Config to JsonConfig
container.Singleton(func() Config {
    return &JsonConfig{...}
})

// Bind Database to MySQL
container.Singleton(func(c Config) Database {
    // "c" will be the instance of JsonConfig
    return &MySQL{
        Username: c.Get("DB_USERNAME"),
        Password: c.Get("DB_PASSWORD"),
    }
})

Notice: You can only resolve the dependencies in a binding resolver function that has already bound.

Standalone instance

Container works without any initialization keeping your bindings in the default instance. Sometimes you may want to create a standalone instance for a part of application. If so, create a new instance:

c := container.NewContainer() // returns container.Container
c.Singleton(binding)
c.Make(&resolver)

The rest stays the same. The default container is still available.

Usage Tips

Performance

The package Container inevitably uses reflection in binding and resolving processes. If performance is a concern, you should use this package more carefully. Try to bind and resolve the dependencies out of the processes that are going to run many times (for example, on each request), put it where that run only once when you run your applications like main and init functions.

License

GoLobby Container is released under the MIT License.


*Note that all licence references and agreements mentioned in the container README section above are relevant to that project's source code only.