Erneutes Öffnen der verschachtelten Modulanomalie in Ruby

Question

Warum führt das erneute Öffnen eines verschachtelten Moduls je nach verwendeter Syntax zu unterschiedlichen Ergebnissen? Zum Beispiel funktioniert das gut:

module A 
    module E 
    end 
end 
module A 
    module E 
    def E.e 
    end 
    end 
end 

Aber:

module A 
    module E 
    end 
end 
module A::E 
    def E.e 
    end 
end 

gibt den Fehler:

reopen.rb:6:in `<module:E>': uninitialized constant A::E::E (NameError) 
from reopen.rb:5:in `<main>' 

(Bevor jemand dies weist darauf hin, eine Abhilfe ist self zu verwenden statt der Modulname beim Definieren von Ee, aber das ist nicht wirklich der Punkt dieses Beitrags.)

Answer 1

Die module keyword legt einen Namespacekontext fest, der auf Verweise auf vorhandene Modulnamen überprüft wird. Diese Namespaces werden dann von innen nach außen durchsucht, um Verweise auf Modul- (und Klassen-) Namen aufzulösen.

In Ihrem ersten Beispiel, es sieht wie Sie E.e innerhalb module E Block definieren müssen, aber in der Tat Sie dies nicht tun:

module A 
    module E 
    end 
end 
module A 
    def E.e 
    end 
end 

Was in beide Beispiele passiert, ist, dass Ruby schaut der aktuelle Namespace und versucht als Modulname. In beiden Beispielen ist das erste, was es überprüft, nämlich A::E::E, das nicht existiert. Dann fällt es zurück in den nächsten Kontext. Worin unterscheiden sich die Beispiele: Im ersten Beispiel ist es A::E, was gilt, im zweiten Beispiel ist es nur E, was nicht der Fall ist. Der Fehler, der dann ausgelöst wird, bezieht sich auf den ersten Namen, den er überprüft hat.