为何返回Either类型的方法始终返回Left，不受输入影响？

核心问题 #

1. Match方法参数顺序逻辑颠倒

绝大多数函数式Either库（比如LanguageExt）中，Either<L, R>的Match方法参数顺序是先处理Left分支（错误路径），再处理Right分支（成功路径）。你的代码完全搞反了这个顺序：

• 当前代码中，第一个参数是处理Right分支的逻辑（返回Right(OK)），第二个参数是处理Left分支的逻辑（返回Left(Nah)）
• 这导致：当SaveChangesAsyncEither返回Right（非jim用户）时，会触发第二个参数的逻辑返回Left(Nah)；当返回Left（jim用户）时，触发第一个参数返回Right(OK)
• 而你描述的“无论输入什么都返回Nah”，说明所有请求都走到了第二个参数的分支，进一步验证了参数顺序错误的问题。

2. Either左右类型相同引发歧义

你的CreateDevice方法返回Either<DeviceApiResponseStates, DeviceApiResponseStates>，左右两边是完全相同的枚举类型。这种设计会导致两个问题：

• 类型推断容易出错，编译器可能无法正确区分Left和Right分支的返回值
• Minimal API的序列化逻辑无法识别返回的是错误分支还是成功分支，最终可能统一返回枚举中固定值（比如靠后的Nah）

修复方案 #

方案1：修正Match参数顺序

按照Either库的标准参数顺序编写逻辑，确保错误分支对应Left、成功分支对应Right：

static async Task<Either<DeviceApiResponseStates, DeviceApiResponseStates>> CreateDevice(string userId) {
  return (await SaveChangesAsyncEither(userId))
      .Match(
          // 处理Left分支（userId为jim的错误情况）
          _ => Left(DeviceApiResponseStates.Nah),
          // 处理Right分支（正常用户的成功情况）
          _ => Right(DeviceApiResponseStates.OK)
      );
}

方案2：避免Either左右类型相同

修改返回类型，用不同的包装类型区分错误和成功状态，彻底消除歧义：

// 定义不同的响应包装类型
public record ErrorResponse(DeviceApiResponseStates State);
public record SuccessResponse(DeviceApiResponseStates State);

// 调整CreateDevice的返回类型
static async Task<Either<ErrorResponse, SuccessResponse>> CreateDevice(string userId) {
  return (await SaveChangesAsyncEither(userId))
      .Match(
          _ => Left(new ErrorResponse(DeviceApiResponseStates.Nah)),
          _ => Right(new SuccessResponse(DeviceApiResponseStates.OK))
      );
}

额外排查提示

如果你的Either库确实是Right分支在前、Left分支在后（极少数情况），那需要检查SaveChangesAsyncEither在Minimal API环境中的执行逻辑：是否所有请求都触发了Left分支返回（比如userId传递错误、DbContext状态异常），导致统一返回Left(Nah)。

内容的提问来源于stack exchange，提问作者Avrohom Yisroel