Combine与可组合架构中LoginError类型查找歧义问题排查

问题根源 #

出现'LoginError' is ambiguous for type lookup in this context错误，是因为当前代码的作用域内存在两个同名的LoginError枚举定义——你在Api模块里定义了一个，而登录模块中LoginAction所在的作用域还能访问到另一个同名的LoginError（可能是登录模块内部不小心重复定义，或者导入了其他包含该枚举的模块）。

解决办法 #

1. 显式指定模块限定符 #

在LoginAction和接口定义中，给LoginError加上Api模块的前缀，明确指定使用Api模块的枚举：

修改LoginAction：

public enum LoginAction: Equatable, BindableAction {
    case login(fbToken: String, fbEmail: String)
    case receivedLogin(Result<ResponseCode, Api.LoginError>) // 加上Api.前缀
}

修改接口定义：

public var getLoginToken: (LoginRequest) -> Effect<ResponseCode, Api.LoginError> // 加上Api.前缀

2. 排查重复定义 #

检查登录模块的代码文件，确认是否在某个地方重复定义了LoginError枚举——比如有没有在LoginAction所在文件或者登录模块的其他文件里，又写了一遍public enum LoginError，如果有，删除重复的定义。

3. 检查导入语句 #

查看LoginAction所在文件的导入列表，确认是否导入了其他包含LoginError的模块（比如第三方库、其他业务模块），如果有，要么移除不必要的导入，要么同样用模块前缀限定要使用的LoginError。

关于“另一个类无错误”的说明 #

登录模块里另一个类调用LoginError没问题，是因为那个类的作用域里没有同时出现两个LoginError——比如它没有导入导致冲突的模块，或者已经通过模块前缀明确了使用哪个枚举。

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