ECMAScript 關系運算符

關系運算符執(zhí)行的是比較運算。每個關系運算符都返回一個布爾值。

常規(guī)比較方式

關系運算符小于、大于、小于等于和大于等于執(zhí)行的是兩個數(shù)的比較運算，比較方式與算術比較運算相同。

每個關系運算符都返回一個布爾值：

var bResult1 = 2 > 1	//true
var bResult2 = 2 < 1	//false

不過，對兩個字符串應用關系運算符，它們的行為則不同。許多人認為小于表示“在字母順序上靠前”，大于表示“在字母順序上靠后”，但事實并非如此。對于字符串，第一個字符串中每個字符的代碼都與會第二個字符串中對應位置的字符的代碼進行數(shù)值比較。完成這種比較操作后，返回一個 Boolean 值。問題在于大寫字母的代碼都小于小寫字母的代碼，這意味這著可能會遇到下列情況：

var bResult = "Blue" < "alpha";
alert(bResult);	//輸出 true

在上面的例子中，字符串 "Blue" 小于 "alpha"，因為字母 B 的字符代碼是 66，字母 a 的字符代碼是 97。要強制性得到按照真正的字母順序比較的結果，必須把兩個數(shù)轉換成相同的大小寫形式（全大寫或全小寫的），然后再進行比較：

var bResult = "Blue".toLowerCase() < "alpha".toLowerCase();
alert(bResult);	//輸出 false

把兩個運算數(shù)都轉換成小寫，確保了正確識別出 "alpha" 在字母順序上位于 "Blue" 之前。

比較數(shù)字和字符串

另一種棘手的狀況發(fā)生在比較兩個字符串形式的數(shù)字時，比如：

var bResult = "25" < "3";
alert(bResult);	//輸出 "true"

上面這段代碼比較的是字符串 "25" 和 "3"。兩個運算數(shù)都是字符串，所以比較的是它們的字符代碼（"2" 的字符代碼是 50，"3" 的字符代碼是 51）。

不過，如果把某個運算數(shù)該為數(shù)字，那么結果就有趣了：

var bResult = "25" < 3;
alert(bResult);	//輸出 "false"

這里，字符串 "25" 將被轉換成數(shù)字 25，然后與數(shù)字 3 進行比較，結果不出所料。

無論何時比較一個數(shù)字和一個字符串，ECMAScript 都會把字符串轉換成數(shù)字，然后按照數(shù)字順序比較它們。

不過，如果字符串不能轉換成數(shù)字又該如何呢？考慮下面的例子：

var bResult = "a" < 3;
alert(bResult);

你能預料到這段代碼輸出什么嗎？字母 "a" 不能轉換成有意義的數(shù)字。不過，如果對它調用 parseInt() 方法，返回的是 NaN。根據(jù)規(guī)則，任何包含 NaN 的關系運算符都要返回 false，因此這段代碼也輸出 false：

var bResult = "a" >= 3;
alert(bResult);

通常，如果小于運算的兩個值返回 false，那么大于等于運算必須返回 true，不過如果某個數(shù)字是 NaN，情況則非如此。