C#•11mo ago

How to configure services in my cli application:

 var container = new ContainerBuilder()
            .WithSystemConfiguration()
            .WithConsoleVerbosityWriter()
            .WithSystemServices()
            .WithPlugins();

 var container = new ContainerBuilder()
            .WithSystemConfiguration()
            .WithConsoleVerbosityWriter()
            .WithSystemServices()
            .WithPlugins();

So I have code like above where I'm creating a container using autofac and then registering some services with methods like

public static ContainerBuilder WithConsoleVerbosityWriter(this ContainerBuilder container)
    {
        var logger = new LoggerConfiguration()
            .MinimumLevel.Verbose()
            .Enrich.FromLogContext()
            .WriteTo.Console(outputTemplate: "{Timestamp:HH:mm:ss} {SourceContext:l} {Level:u3}] {Message:lj}{NewLine}{Exception}")
            .CreateLogger();
        container.RegisterInstance(logger).As<ILogger>();
        return container;
    }

public static ContainerBuilder WithConsoleVerbosityWriter(this ContainerBuilder container)
    {
        var logger = new LoggerConfiguration()
            .MinimumLevel.Verbose()
            .Enrich.FromLogContext()
            .WriteTo.Console(outputTemplate: "{Timestamp:HH:mm:ss} {SourceContext:l} {Level:u3}] {Message:lj}{NewLine}{Exception}")
            .CreateLogger();
        container.RegisterInstance(logger).As<ILogger>();
        return container;
    }

The issue is I want the logger to get its configuration details from the IConfiguraton supplied by WithSystemConfiguration() and I'm not sure whether to use a build callback like

{
        container.RegisterBuildCallback(scope =>
        {
            var config = scope.Resolve<IConfiguration>();
            var logger = new LoggerConfiguration()
                .ReadFrom.Configuration(config)
                .WriteTo.Console(outputTemplate: "{Timestamp:HH:mm:ss} {SourceContext:l} {Level:u3}] {Message:lj}{NewLine}{Exception}")
                .CreateLogger();

            Log.Logger = logger; // Set the static Serilog logger
            scope.Resolve<ILoggerFactory>().AddSerilog(logger); // Add Serilog to ILoggerFactory

{
        container.RegisterBuildCallback(scope =>
        {
            var config = scope.Resolve<IConfiguration>();
            var logger = new LoggerConfiguration()
                .ReadFrom.Configuration(config)
                .WriteTo.Console(outputTemplate: "{Timestamp:HH:mm:ss} {SourceContext:l} {Level:u3}] {Message:lj}{NewLine}{Exception}")
                .CreateLogger();

            Log.Logger = logger; // Set the static Serilog logger
            scope.Resolve<ILoggerFactory>().AddSerilog(logger); // Add Serilog to ILoggerFactory

or create a wrapper class like MyCustomLogger that uses ILogger and IConfiguration in it's constructor

Sossenbinder•1/31/25, 5:41 PM

Does the config registration actually benefit from being embedded in a di registration, or does it only use static resources and you could just build it outside of the registrations, passing it as a concrete IConfiguration?

Sossenbinder•1/31/25, 5:42 PM

Otherwise your callback with resolving the config from scope seems just fine to me on a quick glance

SSossenbinder Does the config registration actually benefit from being embedded in a di regist...

JackoOP•1/31/25, 6:41 PM

It could be passed in I just wasn’t sure if it was a good idea writing container_builder().withLogging(config).withOtherService(config)

Sossenbinder•1/31/25, 7:01 PM

So to give some perspective on my thoughts - Asp net also does not exclusively expose IConfiguration through DI. It starts off the process with actually instatiating a config manager. This config is then exposed and available during the DI registration process. I could imagine this might also simplify your question, initializing config based on truly static values and just exposing it through your registration process, in case you're bending over backwards to access your config otherwise

Sossenbinder•1/31/25, 7:01 PM

That being said, I don't see any problem in what you're doing

Sossenbinder•1/31/25, 7:01 PM

If you're passing a registration callback to access config on the built scope, that's valid

Sossenbinder•1/31/25, 7:01 PM

It's just like injecting IConfiguration into any class

Sossenbinder•1/31/25, 7:02 PM

You could also think about supporting options if you're already resolving from the built container

SSossenbinder So to give some perspective on my thoughts - Asp net also does not exclusively e...

JackoOP•1/31/25, 8:18 PM

Ahh okay so you’re suggesting creating the config object before the di container so I can just pass properties into the .withLogging function as a parameter for example ?

SSossenbinder You could also think about supporting options if you're already resolving from t...

JackoOP•1/31/25, 8:19 PM

What do you mean by this ?

Sossenbinder•1/31/25, 8:55 PM

$options

SSossenbinder $options