Canister
Canister is one of the easiest ways to get IoC configuration under control. No longer do you have to search for that one class that you forgot to register. Instead use Canister to handle discovery and registration for you using a simple interface.
Table of Contents
- Quick Start
- Basic Usage
- Modules
- Attributes
- Canister Extension Methods
- Working With Other IoC Containers
- Using Canister in Your Library
- Installation
- Build Process
Quick Start
using Microsoft.Extensions.DependencyInjection;
var services = new ServiceCollection();
services.AddCanisterModules();
var provider = services.BuildServiceProvider();
For a more detailed example, you can check out the Canister Example which demonstrates how to use Canister in a couple simple scenarios.
Basic Usage
The system has a fairly simple interface and only a couple of functions that need explaining. The first is setup:
public void ConfigureServices(IServiceCollection services)
{
...
services.AddCanisterModules();
}
AddCanisterModules will automatically scan assemblies for modules and load them accordingly. Or if you're doing a desktop app:
var Services = new ServiceCollection().AddCanisterModules();
Note that if you like, you can control which assemblies are searched:
public void ConfigureServices(IServiceCollection services)
{
...
services.AddCanisterModules(configure => configure.AddAssembly(typeof(Startup).Assembly));
}
Note: For security reasons, it's recommended to explicitly specify which assemblies to scan. By default, Canister will search all assemblies found in the entry assembly's top-level directory.
It is also possible to add logging to the system while configuring it. This is useful for debugging purposes or to get insights into the registration process. You can do this by passing an ILogger
instance to the UseLogger
method along with a default log level:
public void ConfigureServices(IServiceCollection services, ILogger logger)
{
...
services.AddCanisterModules().UseLogger(logger, LogLevel.Information);
}
Modules
Canister uses the concept of modules to wire things up, but is not a requirement. This allows you to place registration code in libraries that your system is using instead of worrying about it in every application. Simply add your library and Canister will automatically wire it up for you. In order to do this, under Canister.Interfaces there is the IModule interface. This interface, when implemented, has two items in it. The first is a property called Order. This determines the order that the modules are loaded in. The second is a function called Load:
public class TestModule : IModule
{
public int Order => 1;
public void Load(IServiceCollection bootstrapper)
{
bootstrapper.AddAllTransient<IMyInterface>();
bootstrapper.AddTransient<MyType>();
}
}
The module above is loaded automatically by the system and will have the Load function called at initialization time. At this point you should be able to resolve and register classes using the bootstrapper parameter. The service collection also has a couple of extra extension methods: AddAllTransient, AddAllScoped, AddAllSingleton:
bootstrapper.AddAllTransient<IMyInterface>();
The AddAllxxxx functions will find everything that implements a class or interface in the Assemblies that you tell it to look in and will register them with the service collection.
Attributes
Canister also allows for attributes to be used to control registration. There are two attributes that the system uses:
- RegisterAttribute - This attribute is used to control how a class is registered. It will register the class as all interfaces that it implements as well as the class itself. The attribute takes the life time of the registration as a parameter. If no parameter is given, the registration will be transient. It also can take a service key as well.
[Register(LifeTime.Singleton)]
public class MyType : IMyInterface
{
}
- RegisterAllAttribute - This attribute is used to control how an interface is registered. It will register all classes that implement the interface similar to the AddAllxxxx functions. The attribute takes the life time of the registration as a parameter. If no parameter is given, the registration will be transient.
[RegisterAll(LifeTime.Singleton)]
public interface IMyInterface
{
}
Canister Extension Methods
Canister provides a set of extension methods to streamline your IoC (Inversion of Control) container registration code. These methods offer convenient ways to conditionally register services based on certain criteria, enhancing the flexibility of your application's dependency injection setup. Note that these can be used even if you are not using the Canister modules.
1. AddTransientIf()
The AddTransientIf
method registers a service as transient only if a specified condition is met. This is useful when you want to dynamically determine whether a service should be transient or not.
services.AddTransientIf<IMyService, MyService>(services => condition);
2. AddScopedIf()
Similar to AddTransientIf
, AddScopedIf
registers a service as scoped based on a given condition.
services.AddScopedIf<IMyScopedService, MyScopedService>(services => condition);
3. AddSingletonIf()
The AddSingletonIf
method registers a service as a singleton if the specified condition holds true.
services.AddSingletonIf<IMySingletonService, MySingletonService>(services => condition);
4. AddKeyedTransientIf()
, AddKeyedScopedIf()
, AddKeyedSingletonIf()
These methods follow the same pattern as their non-keyed counterparts but additionally allow you to register services with a specified key.
services.AddKeyedTransientIf<IService>(key, implementationType, (services, key) => condition);
5. Exists()
The Exists
method checks whether a service with a specific type and, optionally, a key, has already been registered. This can be helpful in avoiding duplicate registrations or finding issues with your environment before starting the application.
if (!services.Exists<IMyService>())
{
services.AddTransient<IMyService, MyService>();
}
6. AddAllTransient()
, AddAllScoped()
, AddAllSingleton()
These methods allow you to register all implementations of a given interface or class as transient, scoped, or singleton services, respectively. They are particularly useful for bulk registrations.
services.AddAllTransient<IMyService>();
services.AddAllScoped<IMyScopedService>();
services.AddAllSingleton<IMySingletonService>();
7. TryAddAllTransient()
, TryAddAllScoped()
, TryAddAllSingleton()
These methods attempt to register all implementations of a given interface or class as transient, scoped, or singleton services, but only if they have not already been registered. This is useful for ensuring that you do not accidentally override existing registrations.
services.TryAddAllTransient<IMyService>();
services.TryAddAllScoped<IMyScopedService>();
services.TryAddAllSingleton<IMySingletonService>();
8. Decorate()
The Decorate
method allows you to wrap an existing service with a decorator. This is useful for adding additional behavior to a service without modifying its original implementation.
services.Decorate<IMyService, MyServiceDecorator>();
9. AddCanisterModules()
The AddCanisterModules
method is used to automatically discover and register modules that implement the IModule
interface. This method scans the specified assemblies for modules and loads them, allowing you to organize your service registrations in a modular way.
services.AddCanisterModules(config =>
{
// Optionally specify which assemblies to scan
config.AddAssembly(typeof(MyModule).Assembly)
.UseLogger(logger, LogLevel.Information);
});
10. GetRegistrationsSummary()
The GetRegistrationsSummary
method provides a summary of all registered services in the IoC container. This can be useful for debugging and understanding what services are available in your application.
var summary = services.GetRegistrationsSummary();
logger.LogInformation("Service Registrations: {Summary}", summary);
Usage Example
Here's an example of how you might use these methods:
IHostEnvironment? environment;
// Conditionally register a transient service if in development environment.
services.AddTransientIf<IMyService, MyDebugService>(_ => environment.IsDevelopment());
// However if you're in production, add a different implementation.
services.AddTransientIf<IMyService, MyProductionService>(_ => environment.IsProduction());
// Check if a keyed service is missing and log a warning if so.
if (!services.Exists<IService>(key))
{
logger.LogWarning("Service {Service} is missing", key);
}
These methods empower you to create more dynamic and adaptive dependency injection configurations tailored to your application's requirements.
Working With Other IoC Containers
While the library assumes you are using the built in ServiceCollection, it is possible to work with IoC containers. All that is required is that it implements the IServiceCollection interface.
Using Canister in Your library
If you wish to use Canister in your library, it is recommended that you build an extension method off of the ICanisterConfiguration interface that will allow you to register your needed assemblies for the user to make the experience a bit simpler when they want to control configuration themselves.
Installation
The library is available via Nuget with the package name "Canister.IoC". To install it run the following command in the Package Manager Console:
dotnet add package Canister.IoC
Build Process
In order to build the library you may require the following:
- Visual Studio 2022
Other than that, just clone the project and you should be able to load the solution and build without too much effort.
License
This project is licensed under the Apache License 2.0 - see the LICENSE file for details.
Contributing
If you would like to contribute to the project, please fork the repository and submit a pull request. Contributions are welcome, and we appreciate any help in improving the library. Please refer to the Contributing Guide for more details on how to contribute.