Warum Rubin interpretieren ++ als + @

Question

Ich erhalte bizzare Ausgabe in irb

>> [1, 2] + + [3] 
NoMethodError: undefined method `+@' for [3]:Array 
    from (irb):2 
    from /home/marko/.rubies/ruby-2.3.1/bin/irb:11:in `<main>' 
>> [1, 2] ++ [3] 
NoMethodError: undefined method `+@' for [3]:Array 
    from (irb):3 
    from /home/marko/.rubies/ruby-2.3.1/bin/irb:11:in `<main>' 
>> 

geschieht dies absichtlich oder ist es ein Fehler?
Was ist die Logik hinter + + in +@

Answer 1

Umwandlung Es ist nicht + + in +@ Umwandlung, ist es die letztere +-+@ Umwandlung, das heißt dem Präfix + Operator. Daher wird der Ausdruck genauso geparst wie [1, 2] + (+[3]).

(+@ wird verwendet, um den unären Plus-Operator zu bezeichnen, weil + für den binären Plus-Operator reserviert ist.)

(Außerdem gibt es keinen ++ Operator in Ruby.)

Answer 2

Ich glaube, das analysiert wird, wie:

[1, 2] + +[3] 

Und der Fehler sagt Rubin, dass es kein Konzept einer positiven Array ist.

Sie können dies mit Ganzzahlen sehen. Zum Beispiel:

1++2 # => 3 
# parsed as 1 + +2 
# (obviously this is a particularly bad way to write this expression - don't do it!) 

Answer 3

Per dieser Antwort No increment operator (++) in Ruby? Rubin keinen inkrementellen Operator, also besten + + wird als zwei separate Operatoren interpretiert wird, unerwartetes Verhalten verursachen. Als

++ und - NICHT

Operator [s] in Ruby vorbehalten

es ist möglich, dass ein Ruby Edelstein oder andere enthielt Bibliothek könnte zusätzliches unerwartetes Verhalten führen, wenn diese Operation versucht. Erwähnenswert ist auch, dass ++ oder + + funktionell das Gleiche ist, was in einer nicht weißraumsensitiven Sprache wie Ruby fehlschlägt, wo es keine möglichen separaten Operationen für beide +-Operatoren gibt.

Kurz: Rubin nicht + + als +@ interpretiert, interpretiert er nur sie als zwei separate + Betreiber.