Méthode non définie '& gt;' pour néant: NilClass & lt; NoMethodError & gt;

comment se fait - > est considérée comme une méthode, mais elle est un opérateur logique?

Il n'y a pas de problème avec ça. En Ruby, lorsque vous écrivez une expression comme 1 + 2à l'interne, il est entendu que 1.+( 2 ): l'Appel d'une méthode #+ sur le récepteur 1 avec 2 comme un seul argument. Une autre façon de comprendre la même chose est, que vous envoyez le message [ :+, 2 ] à l'objet 1.

quelle est la cause de l'erreur?

Maintenant, dans votre cas, @state_turns[ state.id ] retourne nil pour une raison quelconque. Donc l'expression @state_turns[state.id] > 0 devient nil > 0qui, comme je l'ai dit plus tôt, il est entendu que l'appel à la #> méthode sur nil. Mais vous pouvez vérifier que NilClassà qui nil appartient, n'a pas de méthode d'instance #> définie sur elle:

NilClass.instance_methods.include? :> # => false
nil.respond_to? :> # => false

La NoMethodError exception est donc légitime d'erreur. Par l'élévation de cette erreur, Ruby vous protège: Il vous dit au début que votre @state_turns[ state.id ] n'est pas ce que vous supposez qu'il soit. De cette façon, vous pouvez corriger vos erreurs plus tôt et être plus efficace programmeur. Aussi, Ruby exceptions peuvent être sauvées avec begin ... rescue ... end déclaration. Ruby exceptions sont généralement très sympathiques et des objets utiles, et vous devez apprendre à définir votre personnalisé exceptions dans vos projets de logiciel.

De prolonger cette discussion un peu plus, nous allons regarder de l'endroit où votre erreur est à venir. Lorsque vous écrivez une expression comme nil > 10qui est en fait nil.>( 10 )Ruby commence la recherche d' #> méthode dans la recherche de la chaîne de nil. Vous pouvez voir la chaîne de recherche en tapant:

    nil.singleton_class.ancestors #=> [NilClass, Object, Kernel, BasicObject]

La méthode sera recherché dans chaque module de l'ancêtre de la chaîne: d'Abord, Ruby va vérifier si #> est défini sur NilClasspuis sur Objectpuis Kernelet enfin, BasicObject. Si #> n'est pas trouvé dans l'un d'eux, Ruby va continuer en essayant method_missing méthodes, de nouveau dans l'ordre sur tous les modules de la chaîne de recherche. Même si method_missing ne gère pas la :> message, NoMethodError exception sera levée. Pour le démontrer, nous allons définir #method_missing méthode dans Object par l'insertion d'un message personnalisé, qui apparaîtra à la place de NoMethodError:

class Object
  def method_missing( name, *args )
    puts "There is no method '##{name}' defined on #{self.class}, you dummy!"
  end
end

[ 1, 2, 3 ][ 3 ] > 2 
#=> There is no method '#>' defined on NilClass, you dummy!

Pourquoi n'est-il pas dit, comme NullPointerException

Il n'y a pas une telle exception en Ruby. Vérifiez le Ruby Exception classe.