三元运算符是否倾向于错误/缺陷注入？

Question

我的办公室里出现了关于三元运算符使用的讨论。这个讨论有两个方面。

第 1 方面）三元运算符易于编写和读取，因此便利性可以节省净成本。

第 2 面）三元运算符很难维护，因为如果需要将它们修改为稍微复杂一点，则需要进行过多的代码改动。

如果你能引用顶级机构在这个主题上所做的任何实际研究，那就额外加分了……我非常有兴趣看到这方面的硬数据。

---

我的理论是，最好的代码是可以轻松更改和适应的代码，并且更改所需的复杂性越低，中断的机会就越小。示例：

$id = $user->isRegistered() ? $user->id : null;

好的，这是完全有效的，但是当代码需要更改为稍微复杂一些时会发生什么？

$id = null;
if ($user->isRegistered() || $user->hasEmail()) {
    $id = $user->id;
}

任何理智的程序员都会查看三元并转换为标准 if/else。然而，这需要 4 行更改，而从以下内容开始：

if ($user->isRegistered()) {
    $id = $user->id;
}

只需要 1 行更改。

Answer 1

我发现一旦你习惯了语法，这两个选项都同样具有可读性（前提是你没有过度使用任何一个），所以这对我来说不是问题。

至于哪个更省时，我将用一个令人讨厌的问题来回答——你为什么关心？任一选项都需要不到 20 秒的时间才能转换为等效的 if 语句。

就我个人而言，我发现当我想办法减少编程时间时，这是一种拖延。当我专注于完成工作并让可读性小的细节通过经验自行解决时，我的工作效果最好。

Answer 2

在你的例子中我会坚持使用 ternery 运算符。

   $id = ($user->isRegistered() ||  $user->hasEmail())? $user->id : null;

只要唯一的“分支”是决定为变量分配什么值，三元运算符就比 if-else 子句更具可读性，因为它不会重复正在执行的实际函数（在这种情况下 -这是代码“$id =”）
如果逻辑条件变得复杂，请将其简化。

   bool $isReg    = $user->isRegistered(),
        $hasEmail = $user->hasEmail();
   $id = ($isReg || $hasEmail)?  $user->id : null;

Answer 3

每当我有一个单行表达式（其中值取决于适当的布尔条件）时，我喜欢使用三元运算符。实际上，如果我需要在分配给变量之间进行选择，并且可以在表达式 1 和表达式 2 之间进行选择，那么我经常使用三元。

但是，如果表达式有副作用，那么我会立即将整个内容重写为 if() 语句。使用三元运算符进行流量控制对大多数人来说相当令人困惑。

Answer 4

三元运算有其一席之地；它通常是在执行琐碎任务时简化代码。然而，在某些时候，如果条件语句变得过于复杂，您可能需要重新考虑您的策略。确定该点何时成为挑战。只有经验才能指导你。

因此，我认为只要最终结果是干净、可读且可维护的代码，就没有一个“正确”的答案。在做出此决定时，甚至不应该考虑 if 语句的额外代码行（因为代码行数不一定与代码的复杂性一一对应） .)