Clean Architecture+CQRS模式下，控制器如何合规访问IUserManagerWrapper？

我正在开发一个采用Clean Architecture与CQRS设计模式的项目，已经在应用层创建了IUserManagerWrapper接口，并在基础设施层完成了它的实现。
请问我能否直接从控制器访问IUserManagerWrapper？还是需要为每个操作（如FindUserByNameQuery、GetRolesQuery、CheckPasswordQuery）创建单独的Query？
我不确定如何在不违反Clean Architecture原则的前提下，从控制器访问IUserManagerWrapper。

用户管理器包装接口（应用层） #

namespace JwtWithIdentityDemo.Application.Abstractions.Authentication
{
    public interface IUserManagerWrapper
    {
        Task<IdentityResult> CreateUserAsync(IdentityUser user, string password);
        Task<IdentityUser> FindByNameAsync(string userName);
        Task<bool> CheckPasswordAsync(IdentityUser user, string password);
        Task<IList<string>> GetRolesAsync(IdentityUser user);
    }
}

用户管理器实现（基础设施层） #

namespace JwtWithIdentityDemo.Infrastructure.Authentication
{
    public class UserManagerWrapper : IUserManagerWrapper
    {
        private readonly UserManager<IdentityUser> _userManager;

        public UserManagerWrapper(UserManager<IdentityUser> userManager)
        {
            _userManager = userManager;
        }

        public async Task<IdentityResult> CreateUserAsync(IdentityUser user, string password)
        {
            return await _userManager.CreateAsync(user, password);
        }

        public async Task<IdentityUser> FindByNameAsync(string userName)
        {
            return await _userManager.FindByNameAsync(userName);
        }

        public async Task<bool> CheckPasswordAsync(IdentityUser user, string password)
        {
            return await _userManager.CheckPasswordAsync(user, password);
        }

        public async Task<IList<string>> GetRolesAsync(IdentityUser user)
        {
            return await _userManager.GetRolesAsync(user);
        }
    }
}

示例Query处理器（应用层） #

namespace JwtWithIdentityDemo.Application.Queries.Users
{
    public class CheckPasswordQueryHandler : IRequestHandler<CheckPasswordQuery, bool>
    {
        private readonly IUserManagerWrapper _userManager;

        public CheckPasswordQueryHandler(IUserManagerWrapper userManager)
        {
            _userManager = userManager;
        }

        public async Task<bool> Handle(CheckPasswordQuery request, CancellationToken cancellationToken)
        {
            var result = await _userManager.CheckPasswordAsync(request.User, request.Password);

            return result;
        }
    }
}

1. 直接从控制器访问IUserManagerWrapper是否违规？ #

严格来说不违反Clean Architecture的依赖规则——因为IUserManagerWrapper定义在应用层，控制器属于表现层，外层依赖内层是符合架构要求的。但这种做法不符合CQRS的设计意图，会让控制器耦合业务操作细节，导致职责过重，后续维护和测试成本上升。

2. 为什么推荐创建单独的Query/Command？ #

• 贴合CQRS单一职责：每个Query对应明确的业务需求，比如CheckPasswordQuery专门处理密码校验，FindUserByNameQuery专门处理用户名查询，职责清晰，后续扩展（加日志、缓存、权限校验）更方便。
• 解耦表现层与业务逻辑：控制器只负责发送Query/Command，不需要知道底层实现细节，业务逻辑变更时（比如密码校验规则调整），控制器无需修改。
• 便于测试：可以单独测试Query处理器，不需要启动整个Web服务，测试效率更高。
• 统一业务入口：所有业务操作通过Query/Command处理，便于统一添加横切关注点（日志、异常处理、性能监控）。

3. 例外情况：什么时候可以直接调用？ #

如果是无业务逻辑的极简操作，且项目规模极小，也可以直接调用，但中大型项目不建议这么做——业务复杂度提升后，这种做法会快速导致代码混乱。

4. 优化建议 #

• 查询操作：创建对应的Query和QueryHandler，控制器通过中介（如MediatR）发送Query并获取结果。
• 命令操作（如CreateUserAsync）：创建对应的Command和CommandHandler，严格遵循CQRS的命令-查询分离原则。
• 保持IUserManagerWrapper的定位：仅作为基础设施层的适配层，封装UserManager的底层操作，不包含业务逻辑，业务逻辑统一放在Query/CommandHandler中。

内容的提问来源于stack exchange，提问作者Rakesh Kumar