别再滥用 If 节点了，你的工作流太“臃肿”了
笔者在 N8N大学 社区里潜水时，发现一个非常普遍的现象：很多新手朋友的 n8n 工作流里，密密麻麻全是黄色的 IF 节点。
这通常是因为一个简单的需求：“如果 A 成立，输出 B；否则输出 C”。于是大家画蛇添足地拉出两个分支，接上两个 Set 节点，最后再合并。这样做不仅让工作流变得极其难看，后期维护也是个噩梦。
今天，作为你的引路人，笔者要教你一招“化骨绵掌”：直接在节点参数里使用 三元运算符。这不仅能让你的工作流瘦身，还能提升运行效率。
什么是三元运算符？大白话讲透
在编程界，三元运算符（Ternary Operator）是处理简单逻辑判断的神器。它的官方语法是 Condition ? True : False。
你可以把它读作：“如果（条件）成立吗？成立就选冒号左边的值；不成立就选冒号右边的值。”
在 n8n 中，这通常用在 Set 节点（或者 Mappings 模式下）来动态赋值。它本质上就是把 3 到 4 个节点才能完成的逻辑，压缩成了一行代码。
实战对比：臃肿版 vs 极简版
为了让你直观感受差异，我们以一个常见场景为例：判断用户提交的表单中，“公司名”是否为空。如果为空，标记为“个人用户”；不为空，标记为“企业用户”。
1. 臃肿的传统做法（不推荐）
传统做法需要：Webhook -> IF -> Set (True) 和 Set (False) -> Merge。
你需要配置 IF 节点的条件，还要配置两个 Set 节点的参数。一旦逻辑变更，你得改好几处。
2. 硬核的三元运算符做法
现在，我们只需要一个 Set 节点（或者在 HTTP Request 的 Body 里直接写）。假设我们要把结果存入字段 userType：
{{$json.company ? "企业用户" : "个人用户"}}
看懂了吗？仅仅一行表达式，就完全替代了那个复杂的 IF 分支结构。无论逻辑多复杂，它都只占一个字段的位置。
进阶用法：嵌套与多条件
有些朋友可能会问：“如果我有三个条件怎么办？” 三元运算符支持链式（嵌套）使用，虽然代码会变长，但逻辑依然清晰。
假设我们要根据分数划分等级：90以上是A，80以上是B，其余是C。
表达式如下：
{{$json.score >= 90 ? "A" : ($json.score >= 80 ? "B" : "C")}}
注意： 这里我们在冒号后面又嵌套了一个完整的三元运算符。虽然 n8n 的表达式编辑器支持这种写法，但笔者建议，如果逻辑超过 3 层，还是拆分节点更利于阅读。
避坑指南：新手常犯的 2 个错误
虽然三元运算符好用，但笔者见过不少人在实战中踩坑。以下两点请务必注意：
1. 数据类型陷阱
n8n 的表达式非常依赖上下文数据类型。如果你写 {{$json.company ? "有" : "无"}}，而 company 字段填的是 null 或者 "" (空字符串)，结果是不同的。
在 JavaScript 中，null、""、0、undefined 都会被判定为 False。如果你希望空字符串也算作“有”，你需要写更严格的判断，例如 {{$json.company != "" ? "有" : "无"}}。
2. 缺少 Else 分支导致的数据丢失
有些朋友为了省事，只写前面一半：{{$json.isActive ? "激活"}}
这在 n8n 中是**非常危险**的。如果条件不成立，表达式会返回 null 或者导致后续节点报错。永远记住，三元运算符必须包含两个返回值，即 True : False 结构必须完整。
FAQ：关于三元运算符的常见疑问
Q1: 三元运算符和 If 节点哪个运行更快？
在 n8n 中，单个 Set 节点（包含表达式）的开销几乎可以忽略不计，它比经过多个 IF 节点的路由判断要快得多，因为减少了工作流的路由跳转次数。
Q2: 变量名里有空格怎么写？
如果字段名包含空格（例如 User Name），你需要使用方括号语法：{{$json["User Name"] ? "Yes" : "No"}}。直接用点语法会报错。
Q3: 我可以在 HTTP 请求的 URL 参数里用吗？
当然可以。这是 n8n 表达式的强大之处。例如在 HTTP Request 的 URL 栏填入：https://api.example.com/?status={{$json.isActive ? "active" : "inactive"}}。
总结与资源
掌握三元运算符，是你从 n8n 小白进阶为高阶玩家的必修课。它代表了一种思维转变：从“画流程图”转变为“写逻辑”。这能让你的工作流在面对复杂业务时，依然保持优雅和整洁。
如果你还想深入学习 n8n 的表达式技巧，欢迎访问 N8N大学 (n8ndx.com)，这里有更多实战避坑指南等着你。
