JavaScript中特殊字符的localCompare和comparison运算符的不同结果

Question

在查看与排序相关的一个问题时，我遇到了字符串localeCompare方法和条件运算符（如）之间的非字母数字字符比较的有趣差异

通过在不同的浏览器中运行下面的代码段，您可以看到它们之间的差异。

function comparison1(param1, param2){
  return param1 > param2;
}

function comparison2(param1, param2){
  return param1.localeCompare(param2);
}
document.getElementById("comparison11").innerHTML = comparison1('A', 'B');
document.getElementById("comparison12").innerHTML = comparison2('A', 'B');
document.getElementById("comparison21").innerHTML = comparison1('@', '_');
document.getElementById("comparison22").innerHTML = comparison2('@', '_');

<div>
  <div style="float: left, width: 100%">
    'A' > 'B'
  </div>
  <div style="float: left, width: 100%" id="comparison11"></div>
  <div style="float: left, width: 100%">
    'A'.localeCompare('B')
  </div>
  <div style="float: left, width: 100%" id="comparison12"></div>
  <div style="float: left, width: 100%">
    '@' > '_'
  </div>
  <div style="float: left, width: 100%" id="comparison21"></div>
  <div style="float: left, width: 100%">
    '@'.localeCompare('_')<br/>
    <i>returns -1 in IE and Edge but 1 in Chrome and Firefox</i>
  </div>
  <div style="float: left, width: 100%" id="comparison22"></div>

</div>
<script>
</script>

如您所见，在使用localeCompare方法和

我们实现了用于排序的比较方法，该方法针对具有不同数据类型的多个列进行调用。所以我们使用了条件运算符，但正如您所看到的，它为不同浏览器中的非字母数字字符提供了不同的结果。

这里是我的问题！

为什么不同浏览器对特殊字符的响应不同？

什么是正确的实现方式？检查数据类型；如果字符串使用localeCompare其他条件运算符？




Answer 1

为什么不同浏览器对特殊字符的响应不同？

可能是因为正如ECMA-402（国际化）规范中所述：

Unicode的子集：某些操作（如排序规则）对可以包括整个Unicode字符集中的字符的字符串进行操作。但是，Unicode标准和ECMAScript标准都允许实现将其功能限制为Unicode字符集的子集。此外，区域设置约定通常不会为整个Unicode字符集指定所需的行为，而只针对与区域设置相关的字符。虽然Unicode归类算法结合了整个Unicode字符集的默认归类顺序和根据本地约定定制的能力，但子集和定制仍然会导致行为差异。

最有可能的是，@与\的顺序在您使用的地区（或我的地区；英国英语）中没有明显的定义，因此您会得到“行为上的差异”

正确的方法是什么？（检查数据类型；如果字符串使用localeCompare else条件运算符？）

是的。<代码>

明确一点：当你说你...使用条件运算符时，我假设你指的是条件运算符（？：）和关系运算符（）的组合

return a === b ? 0 : a > b ? 1 : -1;

...或类似于排序回调。

但是请注意，由于您现在正在对字符串使用localeCompare，而且您唯一可以真正有意义地与

return a - b; // For numbers that aren't NaN

（如果其中一个可能是NaN，则您需要处理该问题