Los métodos de instancia en módulos

Question

Considere el siguiente código:

module ModName 
    def aux 
    puts 'aux' 
    end 
end 

Si reemplazamos module con class, podemos hacer lo siguiente:

ModName.new.aux 

Los módulos no pueden ser instanciadas, sin embargo. ¿Hay alguna manera de llamar al método aux en el módulo?

Answer 1

Piensa en qué es aux. ¿Qué objeto responderá al aux? Es un método de instancia, lo que significa que las instancias de las clases que incluyen ModName responderán a él. El módulo ModName en sí mismo no es una instancia de dicha clase. Esto tampoco funcionaría si hubiera definido ModName como una clase; no puede llamar a un método de instancia sin una instancia.

Los módulos se parecen mucho a las clases que se pueden combinar en otras clases para agregar un comportamiento. Cuando una clase se mezcla en un módulo, todos los métodos de instancia del módulo se convierten en métodos de instancia de la clase. Es una forma de implementar herencia múltiple.

También sirven como sustitutos para los espacios de nombres, ya que cada módulo define un espacio de nombres. Pero eso es algo sin relación. (Por cierto, las clases también tienen sus propios espacios de nombres, pero lo que es una clase implica que vamos a crear instancias de ella, por lo que son conceptualmente equivocado para ese propósito.)

Answer 2

la definición del módulo se evalúa como 'esto es ...', ¿por qué?

En Ruby, todo es una expresión, no hay declaraciones o declaraciones. Lo que significa que todo evalúa a un valor. (Sin embargo, esto no significa necesariamente que se evalúa como un valor útil . Por ejemplo, el método puts da siempre como resultado nil, al igual que una expresión definición def método (excepto en Rubinius, donde la expresión se evalúa como un defCompiledMethod objeto para el método que se está definiendo).)

Por lo tanto, si todo se evalúa a un valor, ¿qué debería evaluar una expresión de definición de módulo? Bueno, hay un par de candidatos: podría evaluar a nil, al igual que una expresión de definición de método. O podría evaluar el objeto del módulo en sí, después de todo, este es lo que estamos definiendo, ¿verdad? Pero en realidad, Matz eligió una tercera opción: las expresiones de definición de módulo (y clase) realmente evalúan a lo que sea la última expresión dentro del cuerpo de definición de módulo evaluado. (Esto le permite simular fácilmente las otras dos posibilidades simplemente poniendo nil o self como la última expresión dentro de un cuerpo de definición de módulo.)

En su caso, la última expresión dentro del cuerpo de definición del módulo es una asignación. Pero, ¿una tarea? ¿Qué diablos hace que devolver? ¿No es eso una declaración? No, no en Ruby. Todo es una expresión y las asignaciones no son una excepción: las expresiones de asignación se evalúan según lo que evalúa el lado derecho. Aquí, el lado derecho de la expresión de asignación es un literal de cadena, que se evalúa como un objeto de cadena.

Por lo tanto, toda la expresión de definición de módulo evalúa la cadena 'this is a const in module'.

Answer 3

class Foo 
    include ModName 
end 
Foo.new.aux 
# output: aux 

Answer 4

Puede hacerlo de esta manera:

module ModName 
    def aux 
    puts 'aux' 
    end 
    module_function :aux 
end 

y luego simplemente llamarlo:

ModName.aux 

Answer 5

También se puede decir

module ModName 
    extend self 

    def aux 
    puts 'aux' 
    end 
end 

Entonces puede incluir el módulo normalmente, pero también los métodos de llamada a través de ModName.

Answer 6

Y un poco más ...

module Y 
    def Y.a 
    puts "a" 
    end 

    def Y.b 
    c 
    end 

    def self.c 
    puts "b -- c" 
    end 
end 

llamada (sin '.new'):

Y.a #=> "a" 
Y.b #=> "b -- c" 
Y.C#=> "b -- c"