爲什麼a = b解救一個錯誤但救援stmt不是？

Question

我無法確定什麼是錯用下面的Ruby內聯救援碼

def test_check() 
p "first st" 
t = 5 * lsdj rescue return false 
p "second" 
end 

p test_check 

這是給一個錯誤消息syntax error, unexpected kFALSE, expecting kEND 但如果我刪除賦值語句它會正常工作（返回false）。

def test_check() 
    p "first st" 
    5 * lsdj rescue return false 
    p "second" 
    end 

如果出了什麼問題紅寶石內嵌救援的正確語法是什麼？

Answer 1

嵌入式rescue在分配中使用它時不會將語句當作參數^1,2 - 它只是希望得到一個表達式的值，以獲取它被救出的情況。

但要小心，你認爲這會返回什麼？

def q 
    return 5 * lsdj rescue false 
    true 
end 

不假，返回真。這樣做，而不是救援只適用於表達式。

def q 
    return (5 * lsdj rescue false) 
    true 
end 

此人返回false。

---

^{注意事項：
1.這實際上是一個很好的問題。重述：
          爲什麼A = B救援語句一個錯誤，但語句救援語句是不是？
而膚淺的答案是，在分配的情況下RHS和救援語句是ARG非終結符在Ruby語法，而不是完整的語句，而在聲明的情況下的語法簡單的搶救後解析一個完整的語句規則。這只是它定義的方式。現在，如果你問爲什麼呢？ ......好吧...... Ruby的複雜語法生活在yacc(1)有能力的邊緣。在我看來，在很多情況下，Matz詳細闡述了在某些情況下究竟會接受什麼，而不僅僅是使用單個非終端，如expr，我想象的原因是保留語法LALR(1)並將不可避免的shift/reduce conflicts限制在可容忍的範圍內。 Check out parse.y在Ruby源碼分發中進行了一個有趣的閱讀。
2.這裏是一個例子：def q; (t = 5 * lsdj) rescue return false; true; end
這可以像你想的那樣工作，因爲它只是恰好符合其他語法規則。我聽說爲了支持詩歌模式存在一些這些限制。}

Answer 2

您的代碼將被解釋爲：

def test_check() 
p "first st" 
t = (5 * lsdj rescue return) false 
p "second" 
end 

這使得false無效狀態圖。爲了解決這個問題，在圓括號中加上：

def test_check() 
p "first st" 
t = 5 * lsdj rescue (return false) 
p "second" 
end