TypeScript登录角色路由跳转no-cond-assign报错及判断失效排查

1. 首次编写触发no-cond-assign警告的原因
   if条件判断中使用了单等号=（赋值运算符），该语法会直接把user.role赋值为"admin"，而非对两个值做比较，会导致判断逻辑完全失效，这也是ESLint抛出该警告的核心原因。条件判断做值比较时，必须使用双等号==（宽松相等）或三等号===（严格相等，推荐）。

2. 修正为===后admin账号仍跳转错误的常见原因

• 角色值大小写/拼写不匹配：后端返回的role值可能是"Admin"、"ADMIN"或者带前后空格，和代码中写的全小写"admin"无法匹配
• 字段层级错误：role字段可能没有直接挂载在user对象根层级，比如实际返回路径是user.userInfo.role、user.roles（数组格式）
• 接口返回值异常：admin账号实际返回的role值并非预期的"admin"

不推荐多层嵌套if/else维护多角色逻辑，使用角色-路由映射表的写法更易维护，后续新增/修改角色跳转规则只需要改映射表即可，以下是支持5种角色跳转的实现示例：

login = async (creds: UserFormValues) => {
    try {
        const user = await agent.Account.login(creds);
        store.commonStore.setToken(user.token);
        runInAction(() => this.user = user);

        // 调试阶段临时加日志，确认role实际值，排查完可删除
        console.log('登录返回用户对象：', user);

        // 按实际业务配置5种角色和对应跳转路径
        const rolePathMap: Record<string, string> = {
            admin: '/activities',
            editor: '/content-manage',
            auditor: '/review-center',
            member: '/home',
            guest: '/welcome'
        };

        // 匹配对应路由，无匹配时走兜底路由
        const jumpPath = rolePathMap[user.role.trim()] ?? '/home';
        history.push(jumpPath);

        store.modalStore.closeModal();
    } catch (error) {
        throw error;
    }
}

• 先查看控制台打印的user对象，确认role字段的实际值、所在层级，和映射表中配置的键完全一致（严格区分大小写、特殊字符）
• 如果接口返回的role是数组格式（一个用户绑定多个角色），优先按角色优先级做匹配，比如先判断数组中是否存在admin，存在则直接走admin路由，再依次匹配其他低优先级角色
• 如果存在大小写不统一的问题，可以在匹配前统一做大小写转换，比如const currentRole = user.role.toLowerCase()，再用转换后的值匹配路由

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