Discord.NET hosting with Microsoft.Extensions.Hosting.
This package provides extensions that will run a Discord.NET socket/sharded client as an IHostedService
, featuring:
✅ Simplified, best practice bot creation with a reduction in boilerplate.
✅ Instant wire-up of Logging and Dependency Injection support.
✅ Extensions to easily run startup & background tasks involving the Discord Client.
✅ Easy integration with other generic host consumers, such as ASP.NET Core.
.NET 6.0 is required.
// CreateApplicationBuilder configures a lot of stuff for us automatically
// See: https://docs.microsoft.com/en-us/aspnet/core/fundamentals/host/generic-host
var builder = Host.CreateApplicationBuilder(args);
// Configure Discord.NET
builder.Services.AddDiscordHost((config, _) =>
{
config.SocketConfig = new DiscordSocketConfig
{
LogLevel = LogSeverity.Verbose,
AlwaysDownloadUsers = true,
MessageCacheSize = 200,
GatewayIntents = GatewayIntents.All
};
config.Token = builder.Configuration["Token"]!;
});
// Optionally wire up the command service
builder.Services.AddCommandService((config, _) =>
{
config.DefaultRunMode = RunMode.Async;
config.CaseSensitiveCommands = false;
});
// Optionally wire up the interaction service
builder.Services.AddInteractionService((config, _) =>
{
config.LogLevel = LogSeverity.Info;
config.UseCompiledLambda = true;
});
// Add any other services here
builder.Services.AddHostedService<CommandHandler>();
builder.Services.AddHostedService<InteractionHandler>();
builder.Services.AddHostedService<BotStatusService>();
builder.Services.AddHostedService<LongRunningService>();
var host = builder.Build();
await host.RunAsync();
- Create a .NET 8 Worker Service using Visual Studio or via the dotnet cli (
dotnet new worker -o MyWorkerService
) - Add
Discord.Addons.Hosting
to your project. - Set your bot token via the dotnet secrets manager:
dotnet user-secrets set "token" "your-token-here"
- Add your bot prefix to
appsettings.json
- Configure your Discord client with
builder.Services.AddDiscordHost
. - Enable the
CommandService
and/or theInteractionService
withbuilder.Services.AddCommandService
andbuilder.Services.AddInteractionService
- Register the relevant InteractionHandler and/or CommandHandler
- Create and start your application using a HostBuilder as shown above and in the examples linked below.
Fully working examples are available here
To use the sharded client instead of the socket client, simply replace ConfigureDiscordHost
with ConfigureDiscordShardedHost
:
.AddDiscordShardedHost((config, _) =>
{
config.SocketConfig = new DiscordSocketConfig
{
// Manually set the required shards, or leave empty for the recommended count
TotalShards = 4
};
config.Token = context.Configuration["token"];
})
Microsoft's default logging has an unfortunate default output format, so I highly recommend using Serilog instead of the standard Microsoft logging.
Serilog should be added to the host with Serilog.Extensions.Hosting
.
See the Serilog example for usage.
This section assumes some prior knowledge of Dependency Injection within the .NET ecosystem. Take a read of this if you have no idea what any of this means.
During bot development, it's highly like you'll require the ability to execute code immediately after startup, such as setting the bot's status, reaching out to a web server, registering an event, or kicking off the continuous execution of code in the background. Given we're using the generic host and have its IHostedService
& BackgroundService
capabilities in our toolbelt, this is easily achievable in a clean and concise way.
This package ships with the DiscordClientService
and DiscordShardedClientService
base classes for the socket client and sharded client respectively. For convenience, both of them expose the Client
and Logger
. Simply inherit from the given type, implement the required constructor, place your execution requirements within ExecuteAsync
and register the service with your service collection via services.AddHostedService
.
public class CommandHandler : DiscordClientService
{
private readonly IServiceProvider _provider;
private readonly CommandService _commandService;
private readonly IConfiguration _config;
public CommandHandler(DiscordSocketClient client, ILogger<CommandHandler> logger, IServiceProvider provider, CommandService commandService, IConfiguration config) : base(client, logger)
{
_provider = provider;
_commandService = commandService;
_config = config;
}
// This'll be executed during startup.
protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
Client.MessageReceived = HandleMessage;
_commandService.CommandExecuted = CommandExecutedAsync;
await _commandService.AddModulesAsync(Assembly.GetEntryAssembly(), _provider);
}
//.....
}
builder.Services.AddHostedService<CommandHandler>();
The WaitForReadyAsync
extension method is also available for both client types to await execution of your service until the client has reached a Ready state:
public class BotStatusService : DiscordClientService
{
public BotStatusService(DiscordSocketClient client, ILogger<DiscordClientService> logger) : base(client, logger)
{
}
protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
// Wait for the client to be ready before setting the status
await Client.WaitForReadyAsync(stoppingToken);
Logger.LogInformation("Client is ready!");
await Client.SetActivityAsync(new Game("Set my status!"));
}
}
-
Services that do not require access to the Discord Client should use an implementation of BackgroundService.
-
Services with complex startup & shutdown activities should implement
IHostedService
directly.
When shutdown is requested, the host will wait a maximum of 5 seconds for services to stop before timing out.
If you're finding that this isn't enough time, you can modify the shutdown timeout via the ShutdownTimeout host setting.
This package uses Microsoft.Extensions.Options
internally, so both the DiscordHostConfiguration
and CommandServiceConfig
can be configured within the services registration instead of within the HostBuilder
extensions if it better suits your scenario.