相关疑难解决方法(0)

我发现我的构造函数开始看起来像这样:

public MyClass(Container con, SomeClass1 obj1, SomeClass2, obj2.... )

随着参数列表不断增加.由于"容器"是我的依赖注入容器,为什么我不能这样做:

public MyClass(Container con)

每个班级？有什么缺点？如果我这样做,感觉我正在使用一个美化的静电.请分享您对IoC和依赖注入疯狂的看法.

您认为用 MediatR 替换我的服务层或服务类是否合理？例如，我的服务类如下所示：

public interface IEntityService<TEntityDto> where TEntityDto : class, IDto
{
    Task<TEntityDto> CreateAsync(TEntityDto entityDto);
    Task<bool> DeleteAsync(int id);
    Task<IEnumerable<TEntityDto>> GetAllAsync(SieveModel sieveModel);
    Task<TEntityDto> GetByIdAsync(int id);
    Task<TEntityDto> UpdateAsync(int id, TEntityDto entityDto);
}

我想实现某种模块化设计，以便其他动态加载的模块或插件可以为我的主要核心应用程序编写自己的通知或命令处理程序。

目前，我的应用程序根本不是事件驱动的，并且我的动态加载的插件没有简单的方法来进行通信。

我可以将 MediatR 合并到我的控制器中，完全删除服务层，或者将它与我的服务层一起使用，只是发布通知，以便我的插件可以处理它们。

目前，我的逻辑主要是 CRUD，但在创建、更新、删除之前有很多自定义逻辑正在进行。

我的服务的可能替换看起来像：

public class CommandHandler : IRequestHandler<CreateCommand, Response>, IRequestHandler<UpdateCommand, Response>, IRequestHandler<DeleteCommand, bool>
{
    private readonly DbContext _dbContext;

    public CommandHandler(DbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public Task<Response> Handle(CreateCommand request, CancellationToken cancellationToken)
    {
        //...
    }

    public Task<Response> Handle(UpdateCommand request, CancellationToken cancellationToken)
    {
        //...
    }

    public …