一个有点痛苦的三重嵌套三元运算符

Question

我查看了Raphael.js的源代码，了解他如何将RGB值转换为HSB。我发现了他所做的功能，当我碰到这个漂亮的三嵌套三元运算符时，我正在将它转换为Python：

H = (C == 0 ? null :
    V == r ? (g - b) / C :
    V == g ? (b - r) / C + 2 :
             (r - g) / C + 4
    );

它引发了我一个循环，因为Python没有Javascript所做的那种三元运算符。我花了一段时间查看它并最终将这个有点理智的代码（仅使用if / else）从中删除：

if (C == 0) {
    H = null;
} else {
    if(V == r) {
        H = (g - b) / C;
    } else {
        if(V == g) {
            H = (b - r) / C + 2;
        } else {
            H = (r - g) / C + 4;
        }
    }
}

我的解释是否正确？我只是问这个，因为如果不正确，我会面临很多调试。所以。我“明白了”吗？

Answer 1

我认为你可以这样做以避免深度嵌套：

var H

if(C == 0){
    H = null;
}
else if(V == r){
    H = (g - b) / C;
}
else if (V == g){
    H = (b - r) / C + 2;
}
else {
    H = (r - g) / C + 4;
}

Answer 2

根据我个人的喜好，仔细对齐嵌套的三元组击败了if-else的混乱：

const H =
  C == 0 ? null            :
  V == r ? (g - b) / C     :
  V == g ? (b - r) / C + 2 :
           (r - g) / C + 4 ;

Answer 3

H = C == 0 
    ? null 
    : V == r 
        ? (g - b) / C 
        : V == g 
            ? (b - r) / C + 2 
            : (r - g) / C + 4

我见过Dan Abramov使用这种缩进放置模式。虽然我不喜欢条件运算符?不再在视觉上遵循条件，但我更喜欢@Lolmaus的例子，因为无论条件的大小如何，缩进始终是一致的。

你实际上开始把它看作? true : false，这在视觉上是直观的。通过这种方式，我发现三元组更容易发现并区别于周围的代码。

Answer 4

可以用更简单的方式编写相同的逻辑：

var H

if (C == 0)
    H = null;
else if (V == r)
    H = (g - b) / C;
else if (V == g)
    H = (b - r) / C + 2;
else
    H = (r - g) / C + 4;

可以省略花括号，因为每个条件中都有一个语句。鉴于条件相互排斥，使用else if比嵌套ifs更清晰。

Answer 5

是的，这是正确的（除了资本化差异）。然而，它可能更清晰，没有任何括号，可读如下：

if (C == 0)
    h = null;
else if (V == r)
    h = (g - b) / C;
else if (V == g)
    h = (b - r) / C + 2;
else
    h = (r - g) / C + 4;

Answer 6

如果您的JavaScript代码库包含有问题的嵌套三元语句，请考虑将格式转换为daisy chained ternary statements。

H = (C == 0)           // Is C zero?
    ? null
    : (V == r)         // Is V equal to r?
    ? (g - b) / C
    : (V == g)         // Is V equal to g?
    ? (b - r) / C + 2
    : (r - g) / C + 4; // Fallback (default) value

它们只是从上到下直线读取，一旦达到真实状态或后退就返回一个值。

-qazxsw poi，Eric Elliott