Skip to content

Commit

Permalink
Added README.
Browse files Browse the repository at this point in the history
  • Loading branch information
fgm committed Sep 12, 2022
1 parent 429c959 commit f7ac6f4
Show file tree
Hide file tree
Showing 2 changed files with 152 additions and 1 deletion.
151 changes: 151 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,151 @@
# IziDIC

## Description

Package izidic defines a tiny dependency injection container for Go projects.

That container can hold two different kinds of data:

- parameters, which are mutable data without any dependency;
- services, which are functions providing a typed object providing a feature,
and may depend on other services and parameters.

The basic feature is that storing service definitions does not create instances,
allowing users to store definitions of services requiring other services
before those are actually defined.

Unlike heavyweights like google/wire or uber/zap, it works as a single step,
explicit, process, without reflection or code generation, to keep everything in sight.

## Usage

### Setup

| Step | Code examples |
|:-------------------------------|-----------------------------------------|
| Import the package | `import "code.osinet.fr/fgm/izidic"` |
| Initialize a container | `dic := izidic.New()` |
| Store parameters in the DIC | `dic.Store("executable", os.Args[0])` |
| Register services with the DIC | `dic.Register("logger", loggerService)` |
| Freeze the container | `dic.Freeze()` |

Freezing applies once all parameters and services are stored and registered,
and enables concurrent access to the container.


## Defining parameters

Parameters can be any value type. They can be stored in the container in any order.


## Writing services

Services like `loggerService` in the previous example are instances ot the `Service` type,
which is defined as:

`type Service func(*Container) (any, error)`

- Services can use any other service and parameters to return the instance they
build. The only restriction is that cycles are not supported.
- Like parameters, services can be registered in any order on the container,
so feel free to order the registrations in alphabetical order for readability.
- Services are lazily instantiated on the first actual use: subsequent references will reuse the same instance.
This means that the service function is a good place to perform one-time operations
needed for configuration related to the service, like initializing the
default `log` logger while building a logger service with `log.SetOutput()`.


### Accessing the container

- General parameter access: `s, err := dic.Param("name")`
- Check the error against `nil`
- Type-assert the parameter value: `name := s.(string)`
- The type assertion cannot fail if the error was `nil`
- Simplified parameter access: `name := dic.MustParam("name").(string)`
- General service access: `s, err := dic.Service("logger")`
- Check the error against `nil`
- Type-assert the service instance value: `logger := s.(*log.Logger)`
- The type assertion cannot fail if the error was `nil`
- Simplified service access: `logger := dic.MustService("logger").(*log.Logger)`


## Best practices
### Create a simpler developer experience

One limitation of having `Container.(Must)Param()` and `Container.(MustService)`
return untyped results as `any` is the need to type-assert results on every access.

To make this safer and better looking, a neat approach is to define an application
container type wrapping an `izidic.Container` and adding fully typed facade methods
as in this example:

```go
package di

import (
"io"
"log"

"code.osinet.fr/fgm/izidic"
)

type container struct {
*izidic.Container
}

// Logger is a typed service accessor.
func (c *container) Logger() *log.Logger {
return c.MustService("logger").(*log.Logger)
}

// Name is a types parameter accessor.
func (c *container) Name() string {
return c.MustParam("name").(string)
}

// loggerService is an izidic.Service also containing a one-time initialization action.
func loggerService(dic *izidic.Container) (any, error) {
w := dic.MustParam("writer").(io.Writer)
log.SetOutput(w) // Support dependency code not taking an injected logger.
logger := log.New(w, "", log.LstdFlags)
return logger, nil
}

func appService(dic *izidic.Container) (any, error) {
wdic := container{dic} // wrapped container with typed accessors
logger := dic.Logger() // typed service instance
name := dic.Name() // typed parameter value
appFeature := makeAppFeature(name, logger)
return appFeature, nil
}

func resolve(w io.Writer, name string, args []string) izidic.Container {
dic := izidic.New()
dic.Store("writer", w)
dic.Register("logger", loggerService)
// others...
dic.Freeze()
return dic
}
```

These accessors will be useful when defining services, as in `appService` above,
or in the boot sequence, which typically neeeds at least a `logger` and one or
more application-domain service instances.


### Do not pass the container

Passing the container, although it works, defines the "service locator" anti-pattern.

Because the container is a complex objects with variable contents,
code receiving the container is hard to test.
That is the reason why receiving it is typically limited to `izidic.Service` functions,
which are simple-minded initializers that do not need testing.

Instead, in the service providing a given feature, use something like `appService`:
- obtain values from the container
- pass them to a domain-level factory receiving exactly the typed arguments it needs and no more.

In most cases, the value obtained thus will be a `struct` or a `func`,
ready to be used without further data from the container.
2 changes: 1 addition & 1 deletion izidic.go
Original file line number Diff line number Diff line change
Expand Up @@ -65,7 +65,7 @@ func (dic *Container) Service(name string) (any, error) {

// Otherwise instantiate. No lock because no concurrent writes can happen:
// - during build, recursive calls may happen, but not concurrently
// - after freeze, no new services may be created (see Containter.Register)
// - after freeze, no new services may be created: see Container.Register
service, found := dic.serviceDefs[name]
if !found {
return nil, fmt.Errorf("service %s not found", name)
Expand Down

0 comments on commit f7ac6f4

Please sign in to comment.