Blazor Server：工作类无需构造传参获取DI服务的方案咨询

核心结论：不建议通过Circuit/会话直接取服务 #

Blazor Server的Circuit对象虽然能访问到IServiceProvider，但这种方式会让代码耦合到Blazor的底层机制，破坏依赖注入的可测试性和可维护性，更推荐用标准DI实践解决问题。

具体可行方案 #

1. 将工作类注册为Scoped服务，通过构造注入直接使用

把RichTextModel、FileUploadModel这类业务模型注册为Scoped服务（和Blazor组件的生命周期一致），这样DI容器会自动处理它们的依赖注入，上层类无需手动传递服务参数。

步骤：

• 在Program.cs中注册服务：

builder.Services.AddScoped<RichTextModel>();
builder.Services.AddScoped<FileUploadModel>();
// 确保IDocumentService、IHttpClientFactory、IBlobService已提前注册

• 在CreateAppointmentPageModel中直接注入所需模型，而非手动实例化：

public class CreateAppointmentPageModel
{
    private readonly RichTextModel _richTextModel;
    private readonly FileUploadModel _fileUploadModel;

    // DI自动注入所有依赖，无需手动传参
    public CreateAppointmentPageModel(RichTextModel richTextModel, FileUploadModel fileUploadModel)
    {
        _richTextModel = richTextModel;
        _fileUploadModel = fileUploadModel;
    }
}

• RichTextModel的构造函数直接声明依赖：

public class RichTextModel
{
    private readonly IDocumentService _documentService;
    private readonly IHttpClientFactory _httpClientFactory;
    private readonly ILogger<RichTextModel> _logger;

    public RichTextModel(IDocumentService documentService, IHttpClientFactory httpClientFactory, ILogger<RichTextModel> logger)
    {
        _documentService = documentService;
        _httpClientFactory = httpClientFactory;
        _logger = logger;
    }
}

2. 动态实例化类时，用IServiceProvider获取依赖

如果某些类需要动态创建（比如根据条件实例化不同子类），可以在类中注入IServiceProvider，通过它获取所需依赖，避免手动传参。

示例：

public class CreateAppointmentPageModel
{
    private readonly IServiceProvider _serviceProvider;

    public CreateAppointmentPageModel(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    public void InitializeRichText()
    {
        // 直接从DI获取实例，无需传递依赖参数
        var richTextModel = _serviceProvider.GetRequiredService<RichTextModel>();
        // 后续操作...
    }
}

注意：这种方式尽量少用，优先用构造注入，避免出现“服务定位器”反模式。

3. 统一处理ILogger，减少重复代码

针对多个类都需要ILogger的场景，可以创建一个带日志的基类，让所有需要日志的工作类继承它，避免每个类都重复声明Logger的构造参数。

示例基类：

public abstract class LoggedService<T> where T : class
{
    protected readonly ILogger<T> Logger;

    protected LoggedService(ILogger<T> logger)
    {
        Logger = logger;
    }
}

使用方式：

public class RichTextModel : LoggedService<RichTextModel>
{
    private readonly IDocumentService _documentService;
    private readonly IHttpClientFactory _httpClientFactory;

    // 只需注入业务相关服务，Logger由基类处理
    public RichTextModel(IDocumentService documentService, IHttpClientFactory httpClientFactory, ILogger<RichTextModel> logger)
        : base(logger)
    {
        _documentService = documentService;
        _httpClientFactory = httpClientFactory;
    }

    // 直接使用Logger
    public void SomeMethod()
    {
        Logger.LogInformation("执行RichText操作");
    }
}

针对你的场景的优化建议 #

把RichTextModel注册为Scoped服务后，CreateAppointmentPageModel无需再手动传递IDocumentService、IHttpClientFactory等参数，DI会自动完成注入。如果之前是因为需要动态创建RichTextModel而手动传参，改用IServiceProvider动态获取即可彻底解决参数冗余问题。

内容的提问来源于stack exchange，提问作者David Thielen