que - Ruby on Rails 3: "desajuste entre las clases de la clase..."

ruby on rails tutorial

Question

Plataforma: Mac OSX 10.6

En mi terminal, inicio la consola Ruby con "rails c"

Mientras sigues el tutorial de Ruby on Rails 3 para construir una clase:

class Word < String 
  def palindrome? #check if a string is a palindrome
    self == self.reverse
  end
end

recibo el mensaje de error:

TypeError: superclass mismatch for class Word
    from (irb):33
    from /Users/matthew/.rvm/gems/ruby-1.9.2-p180@rails3tutorial/gems/railties-3.0.5/lib/rails/commands/console.rb:44:in `start''
    from /Users/matthew/.rvm/gems/ruby-1.9.2-p180@rails3tutorial/gems/railties-3.0.5/lib/rails/commands/console.rb:8:in `start''
    from /Users/matthew/.rvm/gems/ruby-1.9.2-p180@rails3tutorial/gems/railties-3.0.5/lib/rails/commands.rb:23:in `<top (required)>''
    from script/rails:6:in `require''
    from script/rails:6:in `<main>''

El tutorial muestra que no tiene ningún problema y sé que el código está bien; He buscado otras preguntas relacionadas, pero todas involucraron la migración de Ruby 2 a 3 o erb vs eruby.

Answer 1

Algunas veces ''abrimos clases'' sin que lo sepamos. Por ejemplo, con algunos anidamientos de módulos profundos:

# space_gun.rb
class SpaceGun << Weapon
  def fire
    Trigger.fire
  end
end

# space_gun/trigger.rb
class SpaceGun
  class Trigger
  end
end

Cuando definimos el disparador, abrimos la clase SpaceGun existente. Esto funciona. Sin embargo, si cargamos los dos archivos en el orden inverso, se generaría el error, porque primero definiríamos una clase SpaceGun, pero no es un Arma.

A veces cometemos este error porque explícitamente requerimos un submódulo (por ejemplo, un desencadenador) de la clase principal. Lo que significa que la definición de clase se realizará en el orden inverso, lo que provoca este problema.

# surely nothing can go wrong if we require what we need first right?
require ''space_gun/trigger''
class SpaceGun << Weapon
  def fire
    Trigger.fire
  end
end
# BOOM

Ya sea

1. confía en la carga automática
2. siempre pon herencia a cada aparición de clase abierta.

Answer 2

Esto también puede suceder así:

# /models/document/geocoder.rb
class Document
  module Geocoder
  end
end

# /models/document.rb
require ''document/geocoder''

class Document < ActiveRecord::Base
  include Geocoder
end

El requerimiento carga el Document (que tiene una superclase de objeto) antes del Document < ActiveRecord::Base (que tiene una superclase diferente).

Debo señalar que en un entorno de Rails, por lo general, no es necesario, ya que tiene carga de clase automática.

Answer 3

Tenía el mismo problema ahora mismo. Básicamente eso significa que Word se define como una clase en otro lugar y mi suposición es que está en la gema de los vínculos ferroviarios. Simplemente cambie Word a Word2 y debería funcionar bien en el tutorial.

Answer 4

Tuve el problema con una aplicación de Rails 4. Usé las preocupaciones bajo el espacio de nombres de usuario.

class User
  module SomeConcern
  end
end

En desarrollo, todo funcionó bien pero en producción (supongo que debido a preload_app true) obtuve el error de desajuste. La solución fue bastante simple. Acabo de agregar un inicializador:

require "user"

¡Aclamaciones!

Answer 5

Ya tiene una clase de Word definida en otro lugar. Intenté dentro de una aplicación de Rails 3 pero no pude replicar.

Si no ha creado una segunda clase de Word usted mismo, es probable que una de sus Gemas o complementos ya lo defina.