应将复杂条件提取为命名清晰的函数、结构化映射表或数组方法。例如用isEligibleForPremium()封装多重判断，用includes/some替代冗长||，用对象/Map实现状态到行为的映射，并通过提前返回避免嵌套。
把复杂条件从代码里“拎出来”，变成名字清晰的函数、结构明确的映射表，或者用数组方法一次性表达，可读性会明显提升。关键不是追求花哨技巧，而是让别人（包括未来的你）一眼看懂“在判断什么”。
用函数封装条件，让意图自解释
当一段条件逻辑反复出现，或本身含义较重（比如“用户是否能参与活动”），直接写成函数名，比堆砌运算符直观得多：
- 别写：
if (user.age > 18 && user.score > 90 && user.status === 'active' && !user.banned) - 改写：
if (isEligibleForPremium(user))
函数体里写清楚规则，调用处只关心“是不是”，不关心“为什么是”。业务变动时，也只需改这一个地方。
用 includes 或 some 替代一长串 ||
多个等值判断，优先用 includes；多个异构规则（比如有的要正则、有的要看属性、有的要时间比对），用 some 统一收口：
立即学习“Java免费学习笔记（深入）”；
- 固定值匹配：
if (['save', 'update', 'delete'].includes(type)) - 混合规则校验：
const isValid = [() => role === 'admin', () => permissions.includes('edit'), () => token && Date.now() fn())
增删条件只需改数组内容，不用动 if 结构，也不用担心漏掉括号或运算符优先级。
用对象或 Map 做状态到行为的映射
当条件是离散值（如状态码、角色名、事件类型），且每种情况对应不同结果或动作，映射表比 if/else 或 switch 更轻量：
- 返回固定值：
const pageMap = { 1: 'Home', 4: 'Settings' }; const target = pageMap[status] || 'Default'; - 执行不同函数：
const handlers = { success: apiSuccess, error: showError, pending: showLoading }; handlers[state]?.();
新增一种状态，只加一行键值对，不改主流程，也不用找 switch 的 break 位置。
提前返回，避免深层嵌套
把“不满足就退出”的校验逻辑放在最前面，主业务逻辑自然落在顶层，阅读路径变平直：
- 别写多层 if 包裹主逻辑
- 先检查：
if (!order) throw new Error('订单不存在');if (order.status !== 'pending') throw new Error('状态无效');if (order.items.length === 0) throw new Error('无商品'); - 后面直接写
return calculateTotal(order);
这种写法特别适合参数校验、权限检查、前置依赖判断等场景。
