JavaScript 可以接受反向 switch 语句吗？

Question

JSLint 抱怨 (true) 是一个奇怪的条件。如果我没有在反向 switch 语句上使用它，这是可以理解的。那么 JSLint 是错误的还是我不应该使用反向 switch 语句？

感谢您的任何帮助/启发。

switch (true) {
    case (menuLinksLength < 4):
        numberOfColumns = 1;
        break;
    case (menuLinksLength > 3 && menuLinksLength < 7):
        numberOfColumns = 2;
        break;
    case (menuLinksLength > 6 && menuLinksLength < 10):
        numberOfColumns = 3;
        break;
    case (menuLinksLength > 9):
        numberOfColumns = 4;
        break;
    default:
        numberOfColumns = 0;
}

Answer 1

就我个人而言，我不希望在代码库中看到反向的switch。与普通的 if/elseif 块相比，它不会给您带来任何好处，而且其奇异的性质可能会导致混乱。

这也是 JSLint 抱怨的地方：

你正在做一些非正统的事情。有充分的理由吗？如果
不，坚持基础知识可能会更好。

Answer 2

ECMA-262 标准的第三版（受 Firefox 1.0+、Google Chrome 1.0+、MSIE 5.5+ 等支持）定义，

switch (expression) {
    case label1:
        statements1
    .
    .
    .
}

如果 (expression) 匹配，则执行 statements1标签1。

这意味着您的 switch 语句完全没问题。

我在 Firefox、Chrome 和 IE 上尝试过。没有人抱怨...

编辑：

现在是猜测部分：

JSLint 是一个代码分析工具。当它看到 switch (true) 时，它会假设您不知道自己在做什么。 奇怪并不意味着一定错误...

Answer 3

numberOfColumns = Math.max(4, Math.floor(menuLinksLength / 3));

这将为您提供与现有代码相同的结果。你的问题相当模糊，因为“可接受”是一个非常主观的术语。我个人会拒绝任何带有反向 switch 语句的合并请求，因为我实际上无法想到不能用更简单和/或更易于阅读的内容来替换它的情况。

Answer 4

“反向开关”是否被认为是 JavaScript 中的良好实践取决于具体的用例。

一般来说，反向开关可以通过明确定义与特定模式不匹配的情况的预期行为，使代码更具可读性和可维护性。当您想要捕获 switch 语句中未显式定义的所有边缘情况或异常时，这非常有用。