为什么要使用短路码？

Question

相关问题：使用短路评估的好处, 为什么语言不使用短路评估？< /a>, 有人可以解释一下这行吗请问代码？ （逻辑和赋值运算符）

关于使用短路代码的语言的好处存在疑问，但我想知道对程序员有什么好处？难道只是为了让代码更简洁一点吗？还是有性能原因？

我并不是在询问需要评估两个实体的情况，例如：

if($user->auth() AND $model->valid()){
  $model->save();
}

对我来说，推理很清楚 - 因为两者都需要为真，所以如果用户无法保存模型验证，则可以跳过成本更高的模型验证数据。

（对我来说）这也有一个明显的目的：

if(is_string($userid) AND strlen($userid) > 10){
  //do something
};

因为使用非字符串值调用 strlen() 是不明智的。

我想知道的是当它不影响任何其他语句时使用短路代码。例如，从 Zend 应用程序默认索引页：

defined('APPLICATION_PATH')
 || define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));

这可能是：

if(!defined('APPLICATION_PATH')){
  define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));
}

或者甚至作为单个语句：

if(!defined('APPLICATION_PATH'))
  define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));

那么为什么要使用短路代码呢？只是为了使用逻辑运算符代替控制结构的“酷”因素？合并嵌套的 if 语句？因为更快？

Answer 1

对于程序员来说，较不详细的语法相对于另一种更详细的语法的好处可以是：

• 更少的键入，因此更高的编码效率，
• 更少的阅读，因此更好的可维护性。

现在我只讨论不太冗长的语法在任何方面都不是棘手或聪明的，只是相同的公认的做法，但字符更少。

通常，当您在一种语言中看到特定的结构时，您希望您使用的语言也能具有这种结构，但之前甚至不一定意识到这一点。我脑海中浮现出一些例子：

• Java 中的匿名内部类，而不是传递指向函数的指针（更多的代码行）。
• 在 Ruby 中，||= 运算符用于计算表达式，如果计算结果为 false 或为 null，则为其赋值。当然，你可以通过 3 行代码实现同样的事情，但是为什么呢？
• 还有更多...

Answer 2

用它来迷惑人！

Answer 3

我不懂 PHP，也从未见过在 C 系列语言的 if 或 while 条件之外使用短路，但在 Perl 中，这是非常惯用的说法：

open my $filehandle, '<', 'filename' or die "Couldn't open file: $!";

将所有内容都包含在一个语句中的一个优点是变量宣言。否则你不得不说：

my $filehandle;
unless (open $filehandle, '<', 'filename') {
    die "Couldn't open file: $!";
}

在这种情况下很难说第二个更干净。如果语言没有unless，它仍然会更加冗长

Answer 4

我认为你的例子是为了酷的因素。没有理由编写这样的代码。

编辑：出于惯用原因，我这样做没有问题。如果使用某种语言的其他人都使用短路求值来创建每个人都能理解的类似语句的实体，那么您也应该这样做。然而，我的经验是，此类代码很少用 C 系列语言编写。正确的形式只是像平常一样使用“if”语句，它将条件（可能没有副作用）与条件控制的函数调用（可能有很多副作用）分开。

Answer 5

短路运算符在两种尚未提及的重要情况下非常有用：

情况 1。假设您有一个指针，可能是 NULL，也可能不是 NULL，并且您想检查它是否不是 NULL，并且它指向的东西不是 >0。但是，如果指针为 NULL，则不得取消引用该指针。如果没有短路运算符，您将不得不这样做：

if (a != NULL) {
  if (*a != 0) {
    ⋮
  }
}

但是，短路运算符允许您将其编写得更紧凑：

if (a != NULL && *a != 0) {
  ⋮
}

在某些知识中，*a将不会如果 a 为 NULL 则进行评估。

情况2。如果要将变量设置为从一系列函数之一返回的非 false 值，您可以简单地执行以下操作：

my $file = $user_filename ||
           find_file_in_user_path() ||
           find_file_in_system_path() ||
           $default_filename;

这将 $file 的值设置为 $user_filename 如果它存在，或者 find_file_in_user_path() 的结果，如果它是 true，或者...等等。这在 Perl 中可能比 C 中更常见，但我在 C 中见过它。

还有其他用途，包括您上面引用的相当人为的示例。但它们是一种有用的工具，也是我在使用不太复杂的语言进行编程时错过的工具。

Answer 6

与丹所说的相关，我认为这一切都取决于每种编程语言的约定。我看不出有什么区别，所以请按照每种编程语言的惯用方式进行操作。我想到的一件可能会产生影响的事情是，如果您必须进行一系列检查，在这种情况下，短路样式将比替代 if 样式更清晰。

Answer 7

如果您有一个调用成本高昂（性能方面）的函数，该函数在右侧返回一个布尔值，您只想在另一个条件为真（或假）时调用该布尔值，该怎么办？在这种情况下，短路可以节省许多 CPU 周期。由于嵌套 if 语句较少，它确实使代码更加简洁。因此，出于您在问题末尾列出的所有原因。

Answer 8

事实就是性能。编译器中使用短路来消除死代码，从而节省文件大小和执行速度。在运行时，如果逻辑表达式中的其余子句的结果不影响答案，则短路不会执行它们，从而加快公式的计算速度。我很难记住一个例子。例如，

a AND b AND c

此公式中有两项从左到右计算。

如果 a AND b 的计算结果为 FALSE，则下一个表达式 AND c 可以是 FALSE AND TRUE 或 FALSE AND FALSE。无论 c 的值是多少，两者的计算结果都为 FALSE。因此，编译器不会在编译格式中包含 AND c，从而使代码短路。

为了回答这个问题，有一些特殊情况，编译器无法确定逻辑表达式是否具有常量输出，因此不会使代码短路。

Answer 9

可以这样想，如果您有一个类似“

if( A AND B )

机会是如果 A 返回 FALSE”的语句，那么您只会在极少数特殊情况下才需要评估 B。因此，不使用短路评估会令人困惑。

短路评估还可以防止另一个括号内的缩进和括号增加的趋势，从而使代码更具可读性。